Question about backup and migration data at the DR site
Hello all, I'm thinking about to improve our DR plan. On the local site, we have backup and migration data on tape (DFHSM). When we go on the DR site, we lose backup and migration data. We copy our live data from the local site to the DR site in an asynchronous way using PPRC and Global mirror (The DR site is 500 km away). I would like to know how I could have backup and migration data on the DR Site, I know that I can duplex the tapes then eject and keep them in a secure area; but I wonder if a better method could be used. Thank you for any ideas. Regards -- 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: IBM announces up to 5% increase in monthly Entry WLC
Yes, IBM has announced that EWLC for many IBM software products is increasing by 5%, effective January 1, 2012, unless you have an existing agreement with IBM to the contrary. EWLC is available only for standalone z800, z890, z9 BC, and z10 BC machines. Let's just stipulate that nobody likes price increases. Some observations, however: 1. IBM also reduced prices substantially (compared even to current pricing) on the z114 (and z196) for everybody moving to that model. AEWLC replaces EWLC for standalone z114 machines and offers the biggest price reductions. Smaller and medium-sized mainframe customers disproportionately run standalone z114 machines, meaning that these customers will typically see the biggest percentage reductions. Note that standalone does not mean without Sysplex. You can certainly configure ICFs and Sysplex on a single z114. And standalone certainly does not mean without DR. You can contract with any shared DR provider you wish and/or keep a Capacity Backup (CBU) machine at your alternate site. 2. IBM reduced hardware prices with the z114. = Conclusion: Yes, it's a good idea to upgrade to a z114. (Not a surprise.) 3. Has anybody checked non-mainframe/non-IBM software prices lately? Easy summary: they are soaring. I have some thoughts on software pricing trends posted to The Mainframe Blog if anybody is interested. See here: http://mainframe.typepad.com 4. The U.S. Consumer Price Index is up 3.6% just in the past 12 months (as I write this). If a price increases by 5% once or twice in a long while, the real price is decreasing because of inflation. = Conclusion: If you're not looking at real, relative prices (and better yet costs), you're not paying attention. :-) As a reminder, I don't speak for IBM. - - - - - Timothy Sipples Resident Enterprise Architect Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) 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: Question about backup and migration data at the DR site
Marc MANUEL mmanue...@gmail.com wrote in message news:CAM_-7R=d+we4vsneubizvqttt5punaf1uhuzouhd2vtjrew...@mail.gmail.com ... Hello all, I'm thinking about to improve our DR plan. On the local site, we have backup and migration data on tape (DFHSM). When we go on the DR site, we lose backup and migration data. We copy our live data from the local site to the DR site in an asynchronous way using PPRC and Global mirror (The DR site is 500 km away). I would like to know how I could have backup and migration data on the DR Site, I know that I can duplex the tapes then eject and keep them in a secure area; but I wonder if a better method could be used. Thank you for any ideas. Regards It will cost a few box, but with a TS7700 Grid configuration, the VTS will mirror the tapes between the two clusters, that you can put in both sites. You can mirror a subset of your tapes, so you need a smaller cluster in the DR site. 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
Re: Cobol - STC design issue
On Mon, 25 Jul 2011 16:45:53 -0700, Scott Ford scott_j_f...@yahoo.com wrote: All: I have a STC written in Cobol that I have a question about. If a console operator issues a C x , where x is the STC and it has a file open, isnt it a for gone conclusion that I could loose data , because file wouldnt close. In one of my former lifes, I had to deal with a very similar situation. The solution I found was to wrap the COBOL program in an Assembler main program. That main program sets up the queue for accepting modify and stop commands (you can add recovery exit for trapping the cancel as well) then ATTACHes the COBOL program as a sub task, passing it a parameter field containing a number of flags. The COBOL program receives that field in its LINKAGE. The COBOL program then does its job and every time it comes to the end of its main loop, it checks the status of these flags. The main Assembler routine, when it receives a command or traps a cancel, just sets the appropriate flag and waits for the COBOL program to do its clean-up and termination. Then the main routine terminates. I found this a simple way of communicating between the two, without having to jump through hoops in the COBOL program. Note: depending on the nature of the work to perform, you may need to add some communication back from the COBOL program to the main routine. You can use POST/WAIT for that or provide a few more flags or fields for the COBOL program to set and the main routine to test. Cheers, Jantje. -- 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: COBOL Module Using 'EZASOKET' Calls Receiving 0C!
On Tue, 26 Jul 2011 22:09:20 -0300, Grillo Paul arue...@gmail.com wrote: 2011/5/20, John Weber j...@fiteq.com: Module HSMSOCKB is a batch COBOL module consisting of only 'EZASOKET' calls. 004000 //SYSINDD * 004200 INCLUDE SYSLIB(EZACICAL) EZACICAL is the CICS version of the stub program. Not very likely it will work OK in batch... Off the top of my head, I would say you need EZASOKET, but do check the FM on that. Cheers, Jantje. -- 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
Prelinking problem
We've been going around in circles with the prelinker. Let me start by stating that my understand of all of this is weak, so while I'll make assertions below, each should be logically prefixed with I think... or My current understanding is IOW, no flames if they're wrong please! We have an API in our product that gets linkedited into customer applications. It's currently distributed as linkules, installed/created by SMP/E. Let's call that library VOLTAGE.LOAD. Because the code came from Another Platform originally, it consists of several hundred modules with long function names. We cross-compile on Windows using Dignus. We long ago solved the long name problem by creating a smash of all the modules with an 8-character name. This works fine; we create a linkule from that, even, which is perhaps theologically unclean but works. Let's call that VSMASH. So the problem is that a customer wants to use the prelinker so they can continue to use PDSes instead of PDSEs (I like how the plurals of both are the same other than the capitalization!). If we try to prelink using any combination of SYSIN/SYSLIB that I've been able to try, it doesn't find the VSMASH. We think this is because the customer app code is in the form of an object deck (F 80), and the linkule, of course, is not. We've tried linkulizing the customer app, and still can't get it to build. The doc for EDCPRLK is pretty thin; there are a few things that suggest we're on the right track, but we've about run out of ideas/things to try. Has anyone done this successfully? If so, can you share the JCL prelinking an F 80 object deck with one or more linkules? Oh, just to be clear: back here at the home planet, we have a .OBJECT library that contains VSMASH pre-linkulizing, of course, and we can prelink with that just fine. So one option is to distribute that along with the SMP/E stuff, but that's definitely unclean, so we'd rather not. Thanks in advance for any suggestions! ...phsiii -- 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: CORRUPT PDS - I/O ERROR
Ed, When I recovered the dsn from the HSM incremental backup there were no error messages posted - I received the standard ARC0778I DATA SET WAS RECOVERED message. The datamover is DFDSS. From: Ed Gould ps2...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 7:30:51 PM Subject: Re: CORRUPT PDS - I/O ERROR Chances are thar DFHSM did not back up the dataset after it was corrupted. Check DFHSM for the error. Not sure what DFHSM would do if DFDSS were the data mover. I would guess that DFDSS invokes IEBCOPY under the covers and it wouldn't work so. Ed Sent from my iPad On Jul 26, 2011, at 4:47 PM, CM Poncelet ponce...@bcs.org.uk wrote: This can happen with any PDS if it is opened for output with a DCB other than its original one (e.g. originally RECFM=FB, but opened with RECFM=VB etc.) When opening for output, the DCB used is (a) the one specified in the program; (b) the one in the JCL; (c) the one on DASD - in that order of priority. When opening for input, the priority order is reversed (DASD, JCL, program). If the incorrect output DCB was specified in a program, it needs to be fixed there: this program should then be rerun to open the PDS with its correct attributes; then close the PDS. After that, the original members will be accessible again. But any members which were created using the program's previously incorrect DCB will now hit I/O errors (so copy them to another PDS beforehand if they need to be kept). Schwarz, Barry A wrote: If the storage group is not backed up, how did HSM ever back up a copy for you to recover from? Was there a copy of the dataset on disk when you recovered it from HSM? What was the command you used to perform the recovery? When you browse the PDS, does the member list display correctly? What are the DCB attributes of the PDS? Do they match what you think they should be? What is the exact error message? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, July 26, 2011 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: CORRUPT PDS - I/O ERROR Good Morning Gentle Readers, When I try to browse a member of my pds I get a I/O error. I tried browsing several members but I get the same error message. Is there a way of fixing it? For some reason the storage group is NOT backed up so I cannot restore it from an old backup. I recovered the PDS from a DFHSM backup but when I try to browse any members I still get the I/O error. Is there a work around to this problem or should I consider it lost? -- 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 -- 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: COBOL Module Using 'EZASOKET' Calls Receiving 0C!
EZACICAL is the CICS interface. For batch you should include EZASOKET. David -- 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: CORRUPT PDS - I/O ERROR
The message I receive is : I/O error When I hit F1 (help) I get the following : I/O error An I/O error was encountered reading the first record requested From: Ravi Gaur gaur.ravi2...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 11:06:03 PM Subject: Re: CORRUPT PDS - I/O ERROR I would like to know what really other message you get with I/O error..any more informatory..go with the PDS80 or PDSMAN and see if with the scan members or fix you can see more information about the ttoc's etc and it also give you report which is more descriptory...I am not sure if it is availablein your environment however remember have had one on cbttape.. -- 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: CORRUPT PDS - I/O ERROR
Barry, The STORAGE GROUP was backed up via HSM, what I didn't say correctly that the volume was not backed up (full dump). When I am able to do a browse of the dsn, all the members are displayed correctly, however when I browse each member I get the following : I/O error When I press F1 for more info I get the following: An I/O error was encountered reading the first record requested. The DCB of the PDS is as follows, however I cannot be sure if it is correct since this PDS was inherited from a client Organization . . . : PO Record format . . . : FBA Record length . . . : 133 Block size . . . . : 133 1st extent cylinders: 5 Secondary cylinders : 2 Data set name type : PDS From: Schwarz, Barry A barry.a.schw...@boeing.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 3:57:31 PM Subject: Re: CORRUPT PDS - I/O ERROR If the storage group is not backed up, how did HSM ever back up a copy for you to recover from? Was there a copy of the dataset on disk when you recovered it from HSM? What was the command you used to perform the recovery? When you browse the PDS, does the member list display correctly? What are the DCB attributes of the PDS? Do they match what you think they should be? What is the exact error message? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, July 26, 2011 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: CORRUPT PDS - I/O ERROR Good Morning Gentle Readers, When I try to browse a member of my pds I get a I/O error. I tried browsing several members but I get the same error message. Is there a way of fixing it? For some reason the storage group is NOT backed up so I cannot restore it from an old backup. I recovered the PDS from a DFHSM backup but when I try to browse any members I still get the I/O error. Is there a work around to this problem or should I consider it lost? -- 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: EXTERNAL: Re: CORRUPT PDS - I/O ERROR
Paul, I tried your suggestion, here is a sample of what I received: ** VERIFY ADBTS BLOCK LENGTH OF 20,960 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 20,960 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY ALTERTS BLOCK LENGTH OF 21,360 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 21,360 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY ALTABLE BLOCK LENGTH OF 27,920 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 27,920 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY GRANT BLOCK LENGTH OF 8,240 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 8,240 IS NOT DIVISIBLE BY THE DCB LRECL Could you tell me what I should do? From: Paul Strauss strau...@us.ibm.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 3:15:35 PM Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR If you have PDS or PDS85 on the system it may help. You can run it in batch like this: //TSO EXEC PGM=IKJEFT01 //* STEPLIB DD DISP=SHR,DSN= load library where PDS is //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * PDS ' put bad pds here ' VERIFY : This command with the : says to read all members and list the bad ones. END // I'm not sure what you'll get if the dataset looks like a flat file if the directory was written over, but it may tell you something. If any members can be read, it will tell you which ones are the bad ones and you can then create an IEBCOPY job with an Exclude for all the bad members and copy the good members to a new dataset.. Thank You, Paul Strauss Integrated Technology Delivery, Global Services, IBM L0DB z/OS MVS/Program Products/Security 150 Kettletown Rd. Southbury, CT 06488 (203) 272-2758 strau...@us.ibm.com | | From: | | --| |Binyamin Dissen bdis...@dissensoftware.com | --| | | To: | | --| |IBM-MAIN@bama.ua.edu | --| | | Date: | | --| |07/26/2011 02:50 PM | --| | | Subject: | | --| |Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR | --| | | Sent by: | | --| |IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu | --| The DCB can be changed to RECFM=U,BLKSIZE=32760. That will guarantee that members can be read. After looking at a few members, the correct values can be determined. On Tue, 26 Jul 2011 17:59:04 + Mingee, David david.min...@libertymutual.com wrote: :Also, RECFM could have been changed to RECFM=U vs. FB if an inappropriate task was executed against this file. : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Roach, Dennis (N-GHG CORP.) :Sent:
Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR
Binyamin, Your suggestion worked by using RECFM=U,BLKSIZE=32760. Thanks a million. Thanks to all my Gentle Readers for your contribution. Great group you all are. From: Binyamin Dissen bdis...@dissensoftware.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 2:49:35 PM Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR The DCB can be changed to RECFM=U,BLKSIZE=32760. That will guarantee that members can be read. After looking at a few members, the correct values can be determined. On Tue, 26 Jul 2011 17:59:04 + Mingee, David david.min...@libertymutual.com wrote: :Also, RECFM could have been changed to RECFM=U vs. FB if an inappropriate task was executed against this file. : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Roach, Dennis (N-GHG CORP.) :Sent: Tuesday, July 26, 2011 1:49 PM :To: IBM-MAIN@bama.ua.edu :Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR : :Do you know what the LRECL is/should be? :Can you read any members? : :Dennis Roach :GHG Corporation :Lockheed Martin Mission Services :Facilities Design and Operations Contract Strategic Technical Engineering NASA/JSC :Address: : 2100 Space Park Drive : LM-15-4BH : Houston, Texas 77058 :Mail: : P.O. Box 58487 : Mail Code H4C : Houston, Texas 77258-8487 :Phone: : Voice: (281)336-5027 : Cell: (713)591-1059 : Fax: (281)336-5410 :E-Mail: dennis.ro...@lmco.com : :All opinions expressed by me are mine and may not agree with my employer or any person, company, or thing, living or dead, on or near this or any other planet, moon, asteroid, or other spatial object, natural or manufactured, since the beginning of time. : :-Original Message- :From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo :Sent: Tuesday, July 26, 2011 12:41 PM :To: IBM-MAIN@bama.ua.edu :Subject: EXTERNAL: Re: CORRUPT PDS - I/O ERROR : :John, : :I followed your example it add the member JUNK to the pds and I was able to browse the member JUNK which has the X in it. However, the rest of the members still give the I/O error. I know that am sounding thick however I am not sure as to what I should do for the other members. Could you give me an example? : :From: McKown, John john.mck...@healthmarkets.com :To: IBM-MAIN@bama.ua.edu :Sent: Tuesday, July 26, 2011 1:22:20 PM :Subject: Re: CORRUPT PDS - I/O ERROR : :The X is just junk instream data to put into the member JUNK. What it is doesn't matter. I just put it there for completeness. -- Binyamin Dissen bdis...@dissensoftware.com 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 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: CORRUPT PDS - I/O ERROR
The use of AMASPZAP is restricted. No can do. Thanks for the suggestion. From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 1:58:53 PM Subject: Re: CORRUPT PDS - I/O ERROR Well, perhaps my guess was just plain wrong. Maybe something more is wrong than with the DCB information. Can you use AMASPZAP to dump the dataset in hex? I've done that in the past, too. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, July 26, 2011 12:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CORRUPT PDS - I/O ERROR John, I followed your example it add the member JUNK to the pds and I was able to browse the member JUNK which has the X in it. However, the rest of the members still give the I/O error. I know that am sounding thick however I am not sure as to what I should do for the other members. Could you give me an example? From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 1:22:20 PM Subject: Re: CORRUPT PDS - I/O ERROR The X is just junk instream data to put into the member JUNK. What it is doesn't matter. I just put it there for completeness. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, July 26, 2011 12:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: CORRUPT PDS - I/O ERROR John, Just to clarify, you have an X do I include it? Also, I noticed that you the SYSUT2 has the PDS name as well as the member name (JUNK). Could you tell me what it is for? From: McKown, John john.mck...@healthmarkets.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 1:13:12 PM Subject: Re: CORRUPT PDS - I/O ERROR I had this happen in the past. A programmer modified the DCB attributes on the DSCB. If you know what they are supposed to be, then run an IEBGENER to set them to something good. For a card image (source) type library, I do: //GENER EXEC PGM=IEBGENER //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT1 DD * X //SYSUT2 DD DSN=MY.SOURCE.PDS(JUNK),DISP=OLD, // DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920,DSORG=PO) // this is only an example! You need to know what the DCB characters really are (too large a BLKSIZE is usually OK). -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, July 26, 2011 12:03 PM To: IBM-MAIN@bama.ua.edu Subject: CORRUPT PDS - I/O ERROR Good Morning Gentle Readers, When I try to browse a member of my pds I get a I/O
Re: Cobol - STC design issue
I don't pretend to know what is or is not available via Cobol but -- the system closes files and data sets on your behalf if you terminate. As its options might or might not match exactly what you want, it is probably best to do the closing yourself if there is doubt. -- intercepting cancel strikes me as a horrible idea. TERM=YES ESTAE(X) routines will get control on cancel and can do what they want. Task termination RESMGR routines (requiring authorization) will also get control but could be considered overkill if you have proper recovery. Peter Relson z/OS Core Technology 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
Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR
I would issue the PDS FIXPDS subcommand to change the DCB attributes, followed by a VERIFY subcommand. Assuming the LRECL is 80 based on the block lengths from your previous VERIFY. pds 'name.of.dsname' fixpds recfm(fb) lrecl(80) blksize(27920) verify : end Regards, John K From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Date: 07/27/2011 07:01 AM Subject:Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR Paul, I tried your suggestion, here is a sample of what I received: ** VERIFY ADBTS BLOCK LENGTH OF 20,960 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 20,960 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY ALTERTS BLOCK LENGTH OF 21,360 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 21,360 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY ALTABLE BLOCK LENGTH OF 27,920 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 27,920 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY GRANT BLOCK LENGTH OF 8,240 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 8,240 IS NOT DIVISIBLE BY THE DCB LRECL Could you tell me what I should do? From: Paul Strauss strau...@us.ibm.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 3:15:35 PM Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR If you have PDS or PDS85 on the system it may help. You can run it in batch like this: //TSO EXEC PGM=IKJEFT01 //* STEPLIB DD DISP=SHR,DSN= load library where PDS is //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * PDS ' put bad pds here ' VERIFY : This command with the : says to read all members and list the bad ones. END // I'm not sure what you'll get if the dataset looks like a flat file if the directory was written over, but it may tell you something. If any members can be read, it will tell you which ones are the bad ones and you can then create an IEBCOPY job with an Exclude for all the bad members and copy the good members to a new dataset.. Thank You, Paul Strauss Integrated Technology Delivery, Global Services, IBM L0DB z/OS MVS/Program Products/Security 150 Kettletown Rd. Southbury, CT 06488 (203) 272-2758 strau...@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: CORRUPT PDS - I/O ERROR
Many placed do. I don't understand why. Yes, I've read the reasons. They are, IMO, invalid. If I can use AMASPZAP to modify something, then I can use some other program, so restricting AMASPZAP is generally silly. It just makes some things harder. Well, I guess to some harder is better. shrug -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Wednesday, July 27, 2011 7:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: CORRUPT PDS - I/O ERROR The use of AMASPZAP is restricted. No can do. Thanks for the suggestion. -- 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: C compiler issue
Margins should be 1,72 according to the doc for compiling with sockets - or
just specify MAR and let it default.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Henrique Seganfredo
Sent: Tuesday, July 26, 2011 2:43 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: C compiler issue
So I made a new test:
1) Forced margins to 1-80
//COMPILA EXEC PGM=CCNDRVR,REGION=0M,
// PARM='CICS,NORENT,LIST,SO,LO,DEF(MVS),OPT(2),DEF(HOMO),OBJECT X
// ,MAR(1,80),NOSEQ'
Notice I deleted the LOCALE() option. I noticed that several include files had
a #pargma directive forcing it...
2) Changed the include file order as suggested, also putting cmanifes instead
of manifest.h:
#define _TCP31_PROTOS
#define _OE_SOCKETS
/* #include manifest.h
#include stdio.h
#include string.h
#include cics.h
#include ezacichd.h
#include in.h
#include socket.h
#include netdb.h
#include cunhc.h */ -- old include sequence ends here...COMMENTED
#include stdio.h
#include stdlib.h
#include string.h
#include stddef.h
#include ctype.h
#include cmanifes.h
#include bsdtypes.h
#include in.h
#include socket.h
#include errno.h-- suggested include sequence ends here
#include cics.h -- specific includes added here
#include ezacichd.h
#include netdb.h
#include cunhc.h
3) Seems to get about the same error messages, but in the order the include
files are processed:
(STDIO):2 Definition of function gma requires parentheses.
(STDIO):2 The character # is not a valid C source character.
(STDIO):5 #if, #else, #elif, #ifdef, #ifndef block must be ended with #endif
(STDIO):2 Syntax error: possible missing '{'?
(STDLIB):3 The character # is not a valid C source character.
(STDLIB):4 #if, #else, #elif, #ifdef, #ifndef block must be ended with #endi
(STRING):2 The character # is not a valid C source character.
(STRING):2 #if, #else, #elif, #ifdef, #ifndef block must be ended with #endi
(STDDEF):1 #if, #else, #elif, #ifdef, #ifndef block must be ended with #endi
(CTYPE):4 #if, #else, #elif, #ifdef, #ifndef block must be ended with #endif
(CMANIFES):2 #if, #else, #elif, #ifdef, #ifndef block must be ended with
(BSDTYPES):1 #if, #else, #elif, #ifdef, #ifndef block must be ended with
(IN):2 The character # is not a valid C source character.
(IN):2 #if, #else, #elif, #ifdef, #ifndef block must be ended with
The old source code was compiled with a JCL made in z/OS 1.4 and CICS 1.3...
4) I did force the LOCALE(1047) back and got the same output.
--
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: musings on listing a catalog
A few comments interspersed below... McKown, John wrote: Again, this is not an enhancement request to IBM or anything. I don't do that. Why? It's just speculation to see if some of the things I'd like would be of any interest to others. If I knew how to submit an idea SHARE without all the justifications (which I am absymal at - I can make anything boring). But I've been doing some work where I really need in depth information about VSAM clusters. So I've been doing a LISTCAT ENT(...) ALL and parsing the output. Which is bad because the output could possibly change and break my code. So here are some ideas for some facilities that I think would be of use. If IBM doesn't want to, perhaps an OEM such as Dino Software might. Have you looked at the Catalog Search Interface (IGGCSI00)? It's documented in chapter 11.0, Catalog Search Interface User's Guide, in z/OS DFSMS Managing Catalogs, at: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2c180/CONTENTS?SHELF=EZ2ZBK0KDT=20100708165642 I don't know if the details you're looking for are returned by the CSI but it seems worth a look. snip 5) Implement all the TSO IDCAMS commands as native UNIX commands. Yes, I know that I can use a REXX script and ADDRESS TSO to do it. I'd prefer a native solution, but I'll make do with REXX for now. Why do I want IBM to do it? Support. If I write it, then I support it. And z/OS UNIX skills at my shop are currently limited to three: me, myself, and I. Yes, I do plan to try to give some training to the others in my group. When we get time. IF we get time. In z/OS R12 and up I think you can also use tsocmd to do it: Previously, the tsocmd shell command was available only from the Tools and Toys section of the z/OS UNIX System Services Web site. This function is now supported in z/OS V1.12. Unlike the existing tso command, the tsocmd command can be used to issue authorized TSO/E commands. snip -- John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@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: Question about backup and migration data at the DR site
Thank you for the answer, I understand here that my HSM tapes must be virtual tapes, isn't it ? Regards 2011/7/27 Vernooij, CP - SPLXM kees.verno...@klm.com Marc MANUEL mmanue...@gmail.com wrote in message news:CAM_-7R=d+we4vsneubizvqttt5punaf1uhuzouhd2vtjrew...@mail.gmail.com ... Hello all, I'm thinking about to improve our DR plan. On the local site, we have backup and migration data on tape (DFHSM). When we go on the DR site, we lose backup and migration data. We copy our live data from the local site to the DR site in an asynchronous way using PPRC and Global mirror (The DR site is 500 km away). I would like to know how I could have backup and migration data on the DR Site, I know that I can duplex the tapes then eject and keep them in a secure area; but I wonder if a better method could be used. Thank you for any ideas. Regards It will cost a few box, but with a TS7700 Grid configuration, the VTS will mirror the tapes between the two clusters, that you can put in both sites. You can mirror a subset of your tapes, so you need a smaller cluster in the DR site. 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 -- 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: EXTERNAL: Re: CORRUPT PDS - I/O ERROR
John, Thanks. I tried out your suggestion and it worked like a charm. Thanks again. From: John P Kalinich jkali...@csc.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, July 27, 2011 8:22:36 AM Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR I would issue the PDS FIXPDS subcommand to change the DCB attributes, followed by a VERIFY subcommand. Assuming the LRECL is 80 based on the block lengths from your previous VERIFY. pds 'name.of.dsname' fixpds recfm(fb) lrecl(80) blksize(27920) verify : end Regards, John K From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Date: 07/27/2011 07:01 AM Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR Paul, I tried your suggestion, here is a sample of what I received: ** VERIFY ADBTS BLOCK LENGTH OF 20,960 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 20,960 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY ALTERTS BLOCK LENGTH OF 21,360 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 21,360 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY ALTABLE BLOCK LENGTH OF 27,920 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 27,920 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY GRANT BLOCK LENGTH OF 8,240 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 8,240 IS NOT DIVISIBLE BY THE DCB LRECL Could you tell me what I should do? From: Paul Strauss strau...@us.ibm.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 3:15:35 PM Subject: Re: EXTERNAL: Re: CORRUPT PDS - I/O ERROR If you have PDS or PDS85 on the system it may help. You can run it in batch like this: //TSO EXEC PGM=IKJEFT01 //* STEPLIB DD DISP=SHR,DSN= load library where PDS is //SYSPRINT DD SYSOUT=* //SYSTSPRT DD SYSOUT=* //SYSTSIN DD * PDS ' put bad pds here ' VERIFY : This command with the : says to read all members and list the bad ones. END // I'm not sure what you'll get if the dataset looks like a flat file if the directory was written over, but it may tell you something. If any members can be read, it will tell you which ones are the bad ones and you can then create an IEBCOPY job with an Exclude for all the bad members and copy the good members to a new dataset.. Thank You, Paul Strauss Integrated Technology Delivery, Global Services, IBM L0DB z/OS MVS/Program Products/Security 150 Kettletown Rd. Southbury, CT 06488 (203) 272-2758 strau...@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 -- 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: CORRUPT PDS - I/O ERROR
On Wed, 27 Jul 2011 00:08:42 +0100, CM Poncelet wrote: I don't check Using Data Sets; Perhaps you should. but that is how things were in the days of MVS OS/VS SP1 (1985): It was not how it worked in OS/360. I just looked it up in the JCL manual on bitsavers. The sequence of completing a DCB is the same regardless of whether the data set is opened for input, output or I/O. if things have 'changed' since then, so be it. Tom Marchant wrote: On Tue, 26 Jul 2011 22:47:16 +0100, CM Poncelet wrote: When opening for input, the priority order is reversed (DASD, JCL, program). I don't think so, and Using Data Sets seems to say otherwise. Can you cite a reference? -- 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: CORRUPT PDS - I/O ERROR
Esmie, Download and install PDS, available as FILE182 at www.cbttape.org. Once installed, bring up your corrupt PDS with PDS, and issue VERIFY :. You will see a message after a while showing you the largest block written. Issue FIXPDS BLKSIZE(x) and use the blocksize from the message. If that doesn't fix your I/O error, you are SOL. 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: Cobol - STC design issue
On Wed, Jul 27th, 2011 at 10:03 PM, Peter Relson wrote: -- intercepting cancel strikes me as a horrible idea. TERM=YES ESTAE(X) routines will get control on cancel and can do what they want. Task termination RESMGR routines (requiring authorization) will also get control but could be considered overkill if you have proper recovery. Maybe depends on ones definition of intercepting. Shane ... -- 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: REXX Allocate size being changed.
On Tue, 26 Jul 2011 12:08:34 -0500, McKown, John wrote: In your SMS configuration, what is your bytes/track set to? For a 3390, it should be 56664 and 15 tracks/cylinder. As I recall, SMS allocation converts from tracks/cylinders to kilobytes based on this number and then DASD allocation converts it back (weird). A 3380 has 47476 bytes/track. curiously 45*47476/56664 is about 38! So you likely have SMS misconfigured. The defect in this design is that it doesn't go both ways. If I examine a data set in ISPF 3.2, then type A and change the name intending to allocate another just like it, the new one comes out smaller. If they're going to impose DWIM on me at allocation, they should impose the complementary DWIM on display. I've increasingly started to specify my sizes in bytes. -- 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: REXX Allocate size being changed.
Paul Gilmartin paulgboul...@aim.com wrote in message news:7598831976650561.wa.paulgboulderaim@bama.ua.edu... On Tue, 26 Jul 2011 12:08:34 -0500, McKown, John wrote: In your SMS configuration, what is your bytes/track set to? For a 3390, it should be 56664 and 15 tracks/cylinder. As I recall, SMS allocation converts from tracks/cylinders to kilobytes based on this number and then DASD allocation converts it back (weird). A 3380 has 47476 bytes/track. curiously 45*47476/56664 is about 38! So you likely have SMS misconfigured. The defect in this design is that it doesn't go both ways. If I examine a data set in ISPF 3.2, then type A and change the name intending to allocate another just like it, the new one comes out smaller. If they're going to impose DWIM on me at allocation, they should impose the complementary DWIM on display. I've increasingly started to specify my sizes in bytes. That's exactly where IBM is trying to get you for the last 25 years... Apparently one more lost sheep converted. Kees. -- 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 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
DYNAM, Report Writer BIND Mystery: How is CXRERNF Located?
Hello everybody. We have a mystery here. A previously working program which uses Report Writer, when recompiled, abends with an S806 trying to find CXRERNF. CEE3501S The module CXRERNF was not found. Policy here is to compile with DYNAM for efficiency, flexibility etc. When we run the old version, it works fine. No changes necessary to the JOBLIB statement. When we recompile the old version (it was previously recompiled a few years ago), it recompiles fine. When we run it, it abends with the S806. If we add the PDS with CXRERNF to the JOBLIB statement, it runs fine. How does the old version find CXRERNF? It was compiled with DYNAM as well. We can make the new version run by compiling NODYNAM but we need to supply the PDS with CXRERNF to successfully bind. Sadly, while we have a record of the previous compile, thus we know it was DYNAM, we do not keep records of binds. I peeked into both old and new load modules and found a few more occurrences of the string CXRERNF in the old one than the new one. Bear in mind, I have a limited understanding of the bind step and wouldn't know really what to look for. We use in-house procedures to compile and bind and they may somehow have been messed up with respect to Report Writer. Our systems staff are looking at that now. I'm also wondering, if this is a bug in the Report Writer compile and or bind step. Any ideas how the old version finds CXRERNF? Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA frederick.verw...@hrsdc-rhdcc.gc.ca Telephone | Téléphone 613-941-7492 Facsimile | Télécopieur 613-941-4234 National Headquarters | Administration Centrale Human Resources and Skills Development Canada | Ressources humaines et Développement des compétences Canada Government of Canada | Gouvernement du Canada -- 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: dynamic STEPLIB
Binyamin, Please don't assume from your experience with ISPF that it applies to all Share projects and requirements (or even to the current situation with ISPF). The Share MVSE project has been quite successful in obtaining IBM assistance in evaluating and working on requirements. The current IBM managers for z/OS development are quite interested in meeting customer requirements. I'll grant that we can't get everything we ask for, but we can make a lot of headway. At this moment, the MVSE project is in the final phase of a two-year project to clean up our large backload of requirements. In reviewing the older requirements, a small committee found that almost half of the older requirements HAD been implemented in some release, but the database hadn't been updated. So some developers were listening. There are about 200 requirements left on our database, and the members are voting this week to rank the top 40 or so to give to IBM, who asked for such a ranking. As Ed mentioned, developers get an attaboy for requirements they fulfill, so that just shows that it's a worthwhile process. Best regards, Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Jul 26, 2011, at 3:16 PM, Binyamin Dissen wrote: I remember being at a requirements meeting (ISPF) where IBM was rejecting some requirements, and when I was reviewing them I mentioned that at least one of the rejected requirements was already in the product. The IBM rep had no problem at all changing it to available. At that point I realized that the requirements meetings were a waste of time. -- 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: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located?
I'll bet that CXRERNF is bound into the module. Run AMBLIST to double check. //JS010EXEC PGM=AMBLIST //SYSPRINT DD SYSOUT=* //SYSLIB DD DSN=pds.with.old.program.in.it, // DISP=SHR //SYSINDD * LISTLOAD OUTPUT=XREF,MEMBER=program /* // Now, how you got COBOL to actual use the bound version, is a good question. Why not just keep CXRERNF in the STEPLIB? -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Eric Verwijs Sent: Wednesday, July 27, 2011 9:39 AM To: IBM-MAIN@bama.ua.edu Subject: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located? Hello everybody. We have a mystery here. A previously working program which uses Report Writer, when recompiled, abends with an S806 trying to find CXRERNF. CEE3501S The module CXRERNF was not found. Policy here is to compile with DYNAM for efficiency, flexibility etc. When we run the old version, it works fine. No changes necessary to the JOBLIB statement. When we recompile the old version (it was previously recompiled a few years ago), it recompiles fine. When we run it, it abends with the S806. If we add the PDS with CXRERNF to the JOBLIB statement, it runs fine. How does the old version find CXRERNF? It was compiled with DYNAM as well. We can make the new version run by compiling NODYNAM but we need to supply the PDS with CXRERNF to successfully bind. Sadly, while we have a record of the previous compile, thus we know it was DYNAM, we do not keep records of binds. I peeked into both old and new load modules and found a few more occurrences of the string CXRERNF in the old one than the new one. Bear in mind, I have a limited understanding of the bind step and wouldn't know really what to look for. We use in-house procedures to compile and bind and they may somehow have been messed up with respect to Report Writer. Our systems staff are looking at that now. I'm also wondering, if this is a bug in the Report Writer compile and or bind step. Any ideas how the old version finds CXRERNF? Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste -- 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: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located?
On Wed, 27 Jul 2011 10:39:28 -0400, Eric Verwijs wrote: How does the old version find CXRERNF? It was compiled with DYNAM as well. From SC26-4302-03: This routine displays an error number and message to indicate that a standard error condition has arisen during the execution of the Report Writer program. It is not used if NOXCAL is specified, in which case the program DISPLAYs a shorter message directly. The old version was precompiled with NOXCAL? 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: REXX Allocate size being changed.
On Wed, 27 Jul 2011 16:16:10 +0200, Vernooij, CP - SPLXM wrote: I've increasingly started to specify my sizes in bytes. That's exactly where IBM is trying to get you for the last 25 years... Apparently one more lost sheep converted. I'd be more enthusiastic if only they'd simplify it for the user and let me specify the size of an extent in a single number and not screw around with funky scaling factors. I recognize that there is likely a historical basis because of limited sizes of fields in some control blocks. But allocation should perform the calculation and not inflict it on the user. If I want 10 GB, I should be able to code SIZE=100 and be done with it. -- 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: CORRUPT PDS - I/O ERROR
snip-- Barry, The STORAGE GROUP was backed up via HSM, what I didn't say correctly that the volume was not backed up (full dump). When I am able to do a browse of the dsn, all the members are displayed correctly, however when I browse each member I get the following : I/O error When I press F1 for more info I get the following: An I/O error was encountered reading the first record requested. The DCB of the PDS is as follows, however I cannot be sure if it is correct since this PDS was inherited from a client Organization . . . : PO Record format . . . : FBA Record length . . . : 133 Block size . . . . : 133 1st extent cylinders: 5 Secondary cylinders : 2 Data set name type : PDS --unsnip--- This looks very much like some program had its SYSPRINT directed to a member of this PDS, altering the DCB attributes in the process. You'll just have to experiment to find the correct attributes, but I'd find the one member that's readable and move it out to another dataset of FBA/133 format and delete it from this *altered* PDS before doing anything. I think that as a starting point, I'd try a BLKSIZE that's as close to a half-track as I could get with this same lrecl value. Rick -- 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: EXTERNAL: Re: CORRUPT PDS - I/O ERROR
---snip Paul, I tried your suggestion, here is a sample of what I received: ** VERIFY ADBTS BLOCK LENGTH OF 20,960 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 20,960 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY ALTERTS BLOCK LENGTH OF 21,360 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 21,360 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY ALTABLE BLOCK LENGTH OF 27,920 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 27,920 IS NOT DIVISIBLE BY THE DCB LRECL ** VERIFY GRANT BLOCK LENGTH OF 8,240 EXCEEDS THE DATA SET DCB BLKSIZE BLOCK LENGTH OF 8,240 IS NOT DIVISIBLE BY THE DCB LRECL Could you tell me what I should do? -unsnip--- Those values all indicate, to me, that the correct attributes are RECFM=FB,LRECL=80,BLKSIZE=27920. Try setting them thusly and see what transpires. Here's one way to do it: //RUN EXEC PGM=IEBGENER //SYSPRINT DD DUMMY //SYSIN DD DUMMY //SYSUT1 DD DUMMY,RECFN=FB,LRECL=80,BLKSIZE=80 //SYSUT2 DD DSN=pds-name(GARBAGE),DISP=SHR, // RECFM=FB,LRECL=80,BLKSIZE=27920 Member GARBAGE can be deleted at your leisure. Rick -- 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: CORRUPT PDS - I/O ERROR
--snip--- The use of AMASPZAP is restricted. No can do. Thanks for the suggestion. -unsnip--- Let me guess: another piece of mindless panic prompted by a know-nothing auditor. None of them seem to realize that without update access to a dataset, AMASPZAP can do NO HARM! :-) Rick -- 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
z/os SSH questions
Is this the place to ask questions about this subject or is there another Listserv. Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. 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
Re: TCPIP Resolver Question
Anson This is the first part of my response which I should be getting off to you so you will be able to make progress. I have a second part which still needs some pulling together so I'll send it later. - That means the HOMETEST still couldn't get the HOSTNAME specified in the //SYSTCPD DD in TCPIP procedure. I also guessed - to myself - that this might just possibly have been your problem. You should ask for a discount on the cost of the z/OS Communications Server (CS) IP class you attended. The folk who ran the class didn't teach you very well! Let me explain what the generically named TCPIP.DATA data set is all about. It is a data set used by the address spaces running in association with the main CS IP address space. An example of such an address space is the FTP server and, these days, since it was split off from running within the main CS IP address space, the original TELNET server (mainly, and very often exclusively, used for TN3270). The fact that the generically named TCPIP.DATA data set is used by the address spaces running in association with the main CS IP address space can be understood by noting it contains that TCPIPJOBNAME statement which is the means by which these associated address spaces discover how to work with the main CS IP address space. Note that there used to be - maybe there still is - some confusing terminology in the CS IP manuals used to describe the relationship between the address spaces associated with CS IP. A client-server description was used where the server was the main CS IP address space and the clients were the associated address spaces. With this terminology the generically named TCPIP.DATA data set was described as the client data set to be used by the client address spaces. The fact that the client address spaces could be performing either the usually understood role of a client, for example a TSO user running the client FTP command (or a HOMETEST command), or the usually understood role of a server, for example the FTP server, did not strike the developers who imposed this confusion upon us as at all important![1] I'm curious why the tcpip stack couldn't get the hostname in tcpip.data file. So your curiosity is answered by noting that specifying the SYSTCPD DD-statement in the procedure for the main CS IP address space does nothing whatsoever to help the resolver function operate for the benefit of these associated, client address spaces - which include the address spaces of TSO users. Is there a way to let system use the hostname in tcpip.data ... (?) Yes and it is to ensure that each of these associated, client address spaces has access to a generically named TCPIP.DATA data set according to the search order I gave you before. If we take the SYSTCPD DD-statement item within the search order list, for the TSO user who will run the HOMETEST command you can a) either specify the SYSTCPD DD-statement in the logon procedure set up for the TSO user b) or do what I suggested last time - but you clearly did not understand[2] - and issue an ALLOCATE command in order, in effect, to define the SYSTCPD DD-statement dynamically ... with VMCF enabled? This is a red herring! - If you run VMCF/TNF, then the value of that parameter is the default. - If you do not run VMCF/TNF, then the value of the SYSNAME parameter from SYS1.PARMLIB members IEASYMxx or IEASYSxx is the default. - The statements you posted break down into the following: TCPIPJOBNAME TCPIP The name of the main CS IP address space so that the program logic in the associated, client address space can access the services of the main CS IP address space. You may be puzzled that anything could work if the associated, client address space didn't have a generically named TCPIP.DATA data set somehow available and so wouldn't know how to use the main CS IP address space. Well, I can see from your statements that the value of the TCPIPJOBNAME statement, the name of the main CS IP address space, is TCPIP. Since this happens to be the default value for this parameter, not being able to discover your TCPIPJOBNAME statement doesn't matter. There is actually a risk, possibly a small risk, if the program logic in the associated, client address space didn't have a generically named TCPIP.DATA data set and hence the appropriate TCPIPJOBNAME statement was not available. If the program logic happens to use the __iptcpn() call, the value of the applicable TCPIPJOBNAME statement is returned. If no TCPIPJOBNAME statement is available, NULL is returned. DATASETPREFIX TCPIP If any of the data sets used by the program logic of the associated, client address space needs to be allocated dynamically - that is, *not* by using DD-statements - following passing down the search order for the data set - and there may well be some you didn't even know need to be accessed! - this statement defines the token typically identified as hlq, for highest-level
Search a MEMBER in the Libraries
Hello List, Someone know, IF have a program like the ISRDDN, but, that do a search if a member exist in all libraries of ZOS System. What I understand, that ISRDDN search only in the libraries that is assign in the TSO session. Thanks very much. Sergio Lima Costa Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da companhia, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect the company's point of view, which is only divulged by authorized personnel. -- 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: CORRUPT PDS - I/O ERROR
FBA LRECL 133 BLKSIZE 133 is almost certainly NOT correct. No one in their right mind would create a blocked PDS that is effectively unblocked with one record per block as you would be getting less the 5% effective track utilization on any DASD made in the last 20 years. Undoubtedly someone wrote a member to this PDS with batch JCL from a program that had these DCB parameters hard-coded internally or with these values hard-coded in the JCL and destroyed the correct values. Until you fix the LRECL and BLKSIZE values to something that is consistent with the old data you will continue to get I/O errors as either the physical blocks in the PDS will be longer than the current BLKSIZE or the physical blocks will not be a multiple of the current LRECL, or both. You need to run some free utility, like the VERIFY command under freebie CBT utility PDS85 as others have already suggested, to find the true max blocksize, which will almost certainly not be 133. Or a more complicated approach if you have a utility like DFDSS would be to do a hex dump of a track far enough inside the PDS to get past the directory blocks and at least that should give you the size of some data blocks and imply the LRECL (but unless you hit on a member that is multiple blocks, you may not see the max block size). Then it should be an easy matter to compute whether the max blocksize is a multiple of 133, or possibly a multiple of 80, or some other value that would make sense in the context of the data contained, and that will enable you to deduce the true LRECL. I'm assuming here the original data was not RECFM VB. If it was, about the only way to determine a compatible LRECL and BLKSIZE is to find the largest BLKSIZE and then try an LRECL of that value minus 4. That would at least allow reading the data, but a complete scan of all logical records would be needed to find the minimum acceptable value for LRECL. Your 2nd problem is to find what not-so-bright programmer or application caused the problem in the first place, as you could fix the problem and have it immediately re-occur when they re-run the same flawed job step. The problem is undoubted caused by a batch process because there is no way the usual ISPF edit, move, copy processes would alter existing PDS DCB attributes. When a batch job step sets the DCB attributes of a PDS to bad values, the new member created when the problem was caused will be readable, but it may be the only member readable. This should be a clue as to where blame lies. If most members in the PDS were created from ISPF and have member stats, then that would also narrow it down to members without member stats. Of course if the guilty party recognized their error, they might have deleted the bad member to hide the evidence. Once you know the correct BLKSIZE and LRECL, use PDS85 commands to set correct values, or JCL techniques previously mentioned in this thread to set those values. That should make all the old members readable. The RECFM FBA may also be suspect, but if the data is really FB this will not prevent viewing the members. If none of the old members have carriage control characters in column 1, then you should change RECFM to FB as well. Once you can get to all the old members, only members created with bad LRECL or BLKSIZE might be unreadable. After deleting any of those unreadable members, build a new PDS by copying all the members to a new PDS and either rename or delete the old PDS as appropriate. Compress of the old PDS would also eliminate the bad block sizes of deleted members, but you might want to keep the original dataset around until you are sure there is no chance of needing to recover any more member data. Every time I have seen this problem with a PDS, it is because some programmer got the bright idea of saving some batch report in an existing PDS that was designed for other uses without understanding that a PDS can only have one set of DCB attributes. A hard rule should be that no batch job step should be allowed to write a PDS member without first setting up JCL to write to an ordinary sequential data set and verifying that the DCB attributes of the sequential data set can be made consistent with those of the PDS. There are still ways to mess up, but the odds are much better. JC Ewing On 07/27/2011 06:35 AM, esmie moo wrote: Barry, The STORAGE GROUP was backed up via HSM, what I didn't say correctly that the volume was not backed up (full dump). When I am able to do a browse of the dsn, all the members are displayed correctly, however when I browse each member I get the following : I/O error When I press F1 for more info I get the following: An I/O error was encountered reading the first record requested. The DCB of the PDS is as follows, however I cannot be sure if it is correct since this PDS was inherited from a client Organization . . . : PO Record format . . . : FBA Record length . . . :
Re: CORRUPT PDS - I/O ERROR
Chances are that the dataset was corrupted since the last backup, I would look through SMF for type 15 to see updated it. Assuming you know what the DCB was and the directory is intact then either I would amaszap in the correct block size and lrecl re fm or iebgener with the DCB of the desired DCB attributes into say member ( name of your choice). If the directory is clobbered I would restore the last good backup. Ed Sent from my iPad On Jul 27, 2011, at 6:43 AM, esmie moo esmie_...@yahoo.ca wrote: Ed, When I recovered the dsn from the HSM incremental backup there were no error messages posted - I received the standard ARC0778I DATA SET WAS RECOVERED message. The datamover is DFDSS. From: Ed Gould ps2...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 7:30:51 PM Subject: Re: CORRUPT PDS - I/O ERROR Chances are thar DFHSM did not back up the dataset after it was corrupted. Check DFHSM for the error. Not sure what DFHSM would do if DFDSS were the data mover. I would guess that DFDSS invokes IEBCOPY under the covers and it wouldn't work so. Ed Sent from my iPad On Jul 26, 2011, at 4:47 PM, CM Poncelet ponce...@bcs.org.uk wrote: This can happen with any PDS if it is opened for output with a DCB other than its original one (e.g. originally RECFM=FB, but opened with RECFM=VB etc.) When opening for output, the DCB used is (a) the one specified in the program; (b) the one in the JCL; (c) the one on DASD - in that order of priority. When opening for input, the priority order is reversed (DASD, JCL, program). If the incorrect output DCB was specified in a program, it needs to be fixed there: this program should then be rerun to open the PDS with its correct attributes; then close the PDS. After that, the original members will be accessible again. But any members which were created using the program's previously incorrect DCB will now hit I/O errors (so copy them to another PDS beforehand if they need to be kept). Schwarz, Barry A wrote: If the storage group is not backed up, how did HSM ever back up a copy for you to recover from? Was there a copy of the dataset on disk when you recovered it from HSM? What was the command you used to perform the recovery? When you browse the PDS, does the member list display correctly? What are the DCB attributes of the PDS? Do they match what you think they should be? What is the exact error message? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, July 26, 2011 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: CORRUPT PDS - I/O ERROR Good Morning Gentle Readers, When I try to browse a member of my pds I get a I/O error. I tried browsing several members but I get the same error message. Is there a way of fixing it? For some reason the storage group is NOT backed up so I cannot restore it from an old backup. I recovered the PDS from a DFHSM backup but when I try to browse any members I still get the I/O error. Is there a work around to this problem or should I consider it lost? -- 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 -- 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 -- 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: Search a MEMBER in the Libraries
Look up the LPA subcommand for ISRDDN. -- 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
RACF hierarchy
Hello, I want to understand the RACF setup in our shop. So do we have any tool or utility available, which can help me to get whole RACF hierarchy. Regards Saurabh -- Thanks Regards Saurabh Khandelwal -- 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: z/os SSH questions
Mark, This list is fine, although sometimes z/OS SSH is also discussed on the mvs-oe list (http://www.lsoft.com/scripts/wl.exe?SL1=MVS-OEH=VM.MARIST.EDU) since IBM Ported Tools for z/OS - OpenSSH is a product that uses z/OS Unix System Services. Kirk Wolf Dovetailed Technologies http://dovetail.com On Wed, Jul 27, 2011 at 10:56 AM, Mark Steely mark.ste...@wnco.com wrote: Is this the place to ask questions about this subject or is there another Listserv. 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
Re: z/os SSH questions
Good question. This is a generic forum. z/OS SSH is a UNIX thing, so maybe mvs...@vm.marist.edu would be better. But, then again, SSH uses TCPIP so maybe the TCPIP forum at ibmtc...@vm.marist.edu http://vm.marist.edu/htbin/wlvindex?MVS-OE http://vm.marist.edu/htbin/wlvindex?IBMTCP-L Personally, I'd use MVS-OE. Why? Because Kirk Wolf hangs out there and his company, Dovetailed Technology, has a add on to IBM's SSH which greatly enhances its file transfer capabilities. http://www.dovetail.com/ They enhance sftp so that it can access z/OS legacy datasets and the JES SPOOL (like plain old ftp can do). Their products are all freely licensed and so are just install and run. You don't even need to register. If you want, they have paid support. They are the original authors of JZOS, which IBM now bundles with their Java simply because it is so excellent. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, July 27, 2011 10:57 AM To: IBM-MAIN@bama.ua.edu Subject: z/os SSH questions Is this the place to ask questions about this subject or is there another Listserv. Thank You *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. 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 -- 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: RACF hierarchy
I don't really know what you want. I use the RACDBUTB and RACDBULD members of SYS1.SAMPLIB as examples which define tables in DB2 (RACDBUTB) and load the data into them (RACDBULD) from the output of IRRDBU00. You can then do SQL queries against the tables. Actually, I load the data into a PostgreSQL database on my Linux desktop system. I don't know of any report in RACF which does what you want. Add-on products might, but we don't have any, so I don't know. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Wednesday, July 27, 2011 11:08 AM To: IBM-MAIN@bama.ua.edu Subject: RACF hierarchy Hello, I want to understand the RACF setup in our shop. So do we have any tool or utility available, which can help me to get whole RACF hierarchy. Regards Saurabh -- Thanks Regards Saurabh Khandelwal -- 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: RACF hierarchy
Hello, I mean the RCF hierarchy( starting from user group then user), how many dataset profile , user profile , classes available in system. How particular user is connected to group and what are all access the particular group has etc. I want to get all these detail in Microsoft excel format. So do we have any facility available to do this . Regards Saurabh On Wed, Jul 27, 2011 at 9:48 PM, McKown, John john.mck...@healthmarkets.com wrote: I don't really know what you want. I use the RACDBUTB and RACDBULD members of SYS1.SAMPLIB as examples which define tables in DB2 (RACDBUTB) and load the data into them (RACDBULD) from the output of IRRDBU00. You can then do SQL queries against the tables. Actually, I load the data into a PostgreSQL database on my Linux desktop system. I don't know of any report in RACF which does what you want. Add-on products might, but we don't have any, so I don't know. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Wednesday, July 27, 2011 11:08 AM To: IBM-MAIN@bama.ua.edu Subject: RACF hierarchy Hello, I want to understand the RACF setup in our shop. So do we have any tool or utility available, which can help me to get whole RACF hierarchy. Regards Saurabh -- Thanks Regards Saurabh Khandelwal -- 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 -- Thanks Regards Saurabh Khandelwal -- 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: RACF hierarchy
There is a report DSMON (ICHDSM00) that our auditors ask for. Try that. Check the RACF pubs for details. Here is my job: //S1 EXEC PGM=ICHDSM00 //SYSPRINT DD SYSOUT=* //SYSUT2DD SYSOUT=* //SYSIN DD * LINECOUNT 55 FUNCTION ALL //* Also, there is a list specific to RACF: RACF Discussion List rac...@listserv.uga.edu HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Wednesday, July 27, 2011 11:08 AM To: IBM-MAIN@bama.ua.edu Subject: RACF hierarchy Hello, I want to understand the RACF setup in our shop. So do we have any tool or utility available, which can help me to get whole RACF hierarchy. Regards Saurabh -- Thanks Regards Saurabh Khandelwal -- 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: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: RACF hierarchy
Check out Nigel Pentland's RACF Utilities http://www.racf.co.uk/racf.pdf You install and run it on your pc. HTH On Wed, Jul 27, 2011 at 9:29 AM, saurabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello, I mean the RCF hierarchy( starting from user group then user), how many dataset profile , user profile , classes available in system. How particular user is connected to group and what are all access the particular group has etc. I want to get all these detail in Microsoft excel format. So do we have any facility available to do this . Regards Saurabh On Wed, Jul 27, 2011 at 9:48 PM, McKown, John john.mck...@healthmarkets.com wrote: I don't really know what you want. I use the RACDBUTB and RACDBULD members of SYS1.SAMPLIB as examples which define tables in DB2 (RACDBUTB) and load the data into them (RACDBULD) from the output of IRRDBU00. You can then do SQL queries against the tables. Actually, I load the data into a PostgreSQL database on my Linux desktop system. I don't know of any report in RACF which does what you want. Add-on products might, but we don't have any, so I don't know. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Wednesday, July 27, 2011 11:08 AM To: IBM-MAIN@bama.ua.edu Subject: RACF hierarchy Hello, I want to understand the RACF setup in our shop. So do we have any tool or utility available, which can help me to get whole RACF hierarchy. Regards Saurabh -- Thanks Regards Saurabh Khandelwal -- 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 -- Thanks Regards Saurabh Khandelwal -- 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: Search a MEMBER in the Libraries
On Wed, 27 Jul 2011 12:59:19 -0300, Sérgio Lima Costa wrote: Hello List, Someone know, IF have a program like the ISRDDN, but, that do a search if a member exist in all libraries of ZOS System. What I understand, that ISRDDN search only in the libraries that is assign in the TSO session. Check CBTTape File 439/440 or File 480/481 or ... http://www.cbttape.org/cbtdowns.htm 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: RACF hierarchy
Have fun! I don't know how to do that. Sounds complicated. Definitely nothing in basic RACF, as distributed by IBM, to do that. Perhaps a vendor product. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of saurabh khandelwal Sent: Wednesday, July 27, 2011 11:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF hierarchy Hello, I mean the RCF hierarchy( starting from user group then user), how many dataset profile , user profile , classes available in system. How particular user is connected to group and what are all access the particular group has etc. I want to get all these detail in Microsoft excel format. So do we have any facility available to do this . Regards Saurabh -- 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: TCPIP Resolver Question
snip That means the HOMETEST still couldn't get the HOSTNAME specified in the //SYSTCPD DD in TCPIP procedure. I also guessed - to myself - that this might just possibly have been your problem. snippage /snip I don't want to take away from Chris's excellent posts, but at a 30,000 foot level. 1) Place all valid entries somewhere in the Resolver search list 2) Remove SYSTCPD from all existing user JCL Now there is only one location for you to bother with.. If you have a test (or temp) requirement add SYSTCPD to the JCL. Delete SYSTCPD when finished and add to the Resolver search list. There will most likely be some pain getting from here to there, but in the long run you will have a much easier time of things. snip You should ask for a discount on the cost of the z/OS Communications Server (CS) IP class you attended. The folk who ran the class didn't teach you very well! /snip Agreed! My $0.02 USD worth. HTH, -- 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: CORRUPT PDS - I/O ERROR
Joel, I changed the PDS (via batch job as posted earlier) and that fixed the problem. Thanks very much for the helping hand. From: Joel C. Ewing jcew...@acm.org To: IBM-MAIN@bama.ua.edu Sent: Wednesday, July 27, 2011 12:00:56 PM Subject: Re: CORRUPT PDS - I/O ERROR FBA LRECL 133 BLKSIZE 133 is almost certainly NOT correct. No one in their right mind would create a blocked PDS that is effectively unblocked with one record per block as you would be getting less the 5% effective track utilization on any DASD made in the last 20 years. Undoubtedly someone wrote a member to this PDS with batch JCL from a program that had these DCB parameters hard-coded internally or with these values hard-coded in the JCL and destroyed the correct values. Until you fix the LRECL and BLKSIZE values to something that is consistent with the old data you will continue to get I/O errors as either the physical blocks in the PDS will be longer than the current BLKSIZE or the physical blocks will not be a multiple of the current LRECL, or both. You need to run some free utility, like the VERIFY command under freebie CBT utility PDS85 as others have already suggested, to find the true max blocksize, which will almost certainly not be 133. Or a more complicated approach if you have a utility like DFDSS would be to do a hex dump of a track far enough inside the PDS to get past the directory blocks and at least that should give you the size of some data blocks and imply the LRECL (but unless you hit on a member that is multiple blocks, you may not see the max block size). Then it should be an easy matter to compute whether the max blocksize is a multiple of 133, or possibly a multiple of 80, or some other value that would make sense in the context of the data contained, and that will enable you to deduce the true LRECL. I'm assuming here the original data was not RECFM VB. If it was, about the only way to determine a compatible LRECL and BLKSIZE is to find the largest BLKSIZE and then try an LRECL of that value minus 4. That would at least allow reading the data, but a complete scan of all logical records would be needed to find the minimum acceptable value for LRECL. Your 2nd problem is to find what not-so-bright programmer or application caused the problem in the first place, as you could fix the problem and have it immediately re-occur when they re-run the same flawed job step. The problem is undoubted caused by a batch process because there is no way the usual ISPF edit, move, copy processes would alter existing PDS DCB attributes. When a batch job step sets the DCB attributes of a PDS to bad values, the new member created when the problem was caused will be readable, but it may be the only member readable. This should be a clue as to where blame lies. If most members in the PDS were created from ISPF and have member stats, then that would also narrow it down to members without member stats. Of course if the guilty party recognized their error, they might have deleted the bad member to hide the evidence. Once you know the correct BLKSIZE and LRECL, use PDS85 commands to set correct values, or JCL techniques previously mentioned in this thread to set those values. That should make all the old members readable. The RECFM FBA may also be suspect, but if the data is really FB this will not prevent viewing the members. If none of the old members have carriage control characters in column 1, then you should change RECFM to FB as well. Once you can get to all the old members, only members created with bad LRECL or BLKSIZE might be unreadable. After deleting any of those unreadable members, build a new PDS by copying all the members to a new PDS and either rename or delete the old PDS as appropriate. Compress of the old PDS would also eliminate the bad block sizes of deleted members, but you might want to keep the original dataset around until you are sure there is no chance of needing to recover any more member data. Every time I have seen this problem with a PDS, it is because some programmer got the bright idea of saving some batch report in an existing PDS that was designed for other uses without understanding that a PDS can only have one set of DCB attributes. A hard rule should be that no batch job step should be allowed to write a PDS member without first setting up JCL to write to an ordinary sequential data set and verifying that the DCB attributes of the sequential data set can be made consistent with those of the PDS. There are still ways to mess up, but the odds are much better. JC Ewing On 07/27/2011 06:35 AM, esmie moo wrote: Barry, The STORAGE GROUP was backed up via HSM, what I didn't say correctly that the volume was not backed up (full dump). When I am able to do a browse of the dsn, all the members are displayed correctly, however when I browse each member I get the following : I/O error When I press F1 for more info I get the
Re: Search a MEMBER in the Libraries
Hello List, Someone know, IF have a program like the ISRDDN, but, that do a search if a member exist in all libraries of ZOS System. What I understand, that ISRDDN search only in the libraries that is assign in the TSO session. Thanks very much. Sergio Lima Costa If you have PDSMAN with EasyEdit you can create a list like Option 3.4 and search it. In Option 3.4 you can create a list and enter SRCHFOR on the command line. Lizette -- 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: CORRUPT PDS - I/O ERROR
On 7/27/2011 7:12 AM, esmie moo wrote: The use of AMASPZAP is restricted. No can do. Thanks for the suggestion. You can get a dump of a member with IDCAMS: //IDCAMS JOB //PRINT EXEC PGM=IDCAMS,REGION=64M //SYSPRINT DD SYSOUT=A //DSN1 DD DSN=your dsn(some member), // DCB=(RECFM=U,BLKSIZE=32760), // DISP=SHR //SYSIN DD * PRINT INFILE(DSN1) From this maybe you can figure out what the LRECL should be. If the records appear to have a length in front of them, try RECFM=VB, otherwise try FB. Then pick the largest multiple that is less than or equal to 32760 for the BLKSIZE. If it's VB add 4. This is not an ideal BLKSIZE, but hopefully will let you read your members. Add a dummy member specifying these values and see if you can read the members (other than the one that caused this problem in the first place). -- Richard -- 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: CORRUPT PDS - I/O ERROR
In that case I'd have to check it physically (with a 'program v. JCL' DCB with MACRF=(R/G)) ... and I don't have the time to do that. Thanks anyway. Tom Marchant wrote: On Wed, 27 Jul 2011 00:08:42 +0100, CM Poncelet wrote: I don't check Using Data Sets; Perhaps you should. but that is how things were in the days of MVS OS/VS SP1 (1985): It was not how it worked in OS/360. I just looked it up in the JCL manual on bitsavers. The sequence of completing a DCB is the same regardless of whether the data set is opened for input, output or I/O. if things have 'changed' since then, so be it. Tom Marchant wrote: On Tue, 26 Jul 2011 22:47:16 +0100, CM Poncelet wrote: When opening for input, the priority order is reversed (DASD, JCL, program). I don't think so, and Using Data Sets seems to say otherwise. Can you cite a reference? -- 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: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located?
Hello, Thanks for the tool, however I'm not familiar with it. I ran AMBLIST on the original, but could find no occurrences of CXRERNF in the output. I also ran it on the newer version and the output was 6 lines longer. Is there something I should be looking for? Thanks for replying. Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA frederick.verw...@hrsdc-rhdcc.gc.ca Telephone | Téléphone 613-941-7492 Facsimile | Télécopieur 613-941-4234 National Headquarters | Administration Centrale Human Resources and Skills Development Canada | Ressources humaines et Développement des compétences Canada Government of Canada | Gouvernement du Canada -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, July 27, 2011 11:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located? I'll bet that CXRERNF is bound into the module. Run AMBLIST to double check. //JS010EXEC PGM=AMBLIST //SYSPRINT DD SYSOUT=* //SYSLIB DD DSN=pds.with.old.program.in.it, // DISP=SHR //SYSINDD * LISTLOAD OUTPUT=XREF,MEMBER=program /* // Now, how you got COBOL to actual use the bound version, is a good question. Why not just keep CXRERNF in the STEPLIB? -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Eric Verwijs Sent: Wednesday, July 27, 2011 9:39 AM To: IBM-MAIN@bama.ua.edu Subject: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located? Hello everybody. We have a mystery here. A previously working program which uses Report Writer, when recompiled, abends with an S806 trying to find CXRERNF. CEE3501S The module CXRERNF was not found. Policy here is to compile with DYNAM for efficiency, flexibility etc. When we run the old version, it works fine. No changes necessary to the JOBLIB statement. When we recompile the old version (it was previously recompiled a few years ago), it recompiles fine. When we run it, it abends with the S806. If we add the PDS with CXRERNF to the JOBLIB statement, it runs fine. How does the old version find CXRERNF? It was compiled with DYNAM as well. We can make the new version run by compiling NODYNAM but we need to supply the PDS with CXRERNF to successfully bind. Sadly, while we have a record of the previous compile, thus we know it was DYNAM, we do not keep records of binds. I peeked into both old and new load modules and found a few more occurrences of the string CXRERNF in the old one than the new one. Bear in mind, I have a limited understanding of the bind step and wouldn't know really what to look for. We use in-house procedures to compile and bind and they may somehow have been messed up with respect to Report Writer. Our systems staff are looking at that now. I'm also wondering, if this is a bug in the Report Writer compile and or bind step. Any ideas how the old version finds CXRERNF? Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste -- 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: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located?
Well, if you don't see CXRERNF in the AMBLIST output, that means it's not statically bound into the program. So the question then becomes, why don't I get a S806 with the old module? That, I cannot answer. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Eric Verwijs Sent: Wednesday, July 27, 2011 1:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located? Hello, Thanks for the tool, however I'm not familiar with it. I ran AMBLIST on the original, but could find no occurrences of CXRERNF in the output. I also ran it on the newer version and the output was 6 lines longer. Is there something I should be looking for? Thanks for replying. Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA frederick.verw...@hrsdc-rhdcc.gc.ca Telephone | Téléphone 613-941-7492 Facsimile | Télécopieur 613-941-4234 National Headquarters | Administration Centrale Human Resources and Skills Development Canada | Ressources humaines et Développement des compétences Canada Government of Canada | Gouvernement du Canada -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, July 27, 2011 11:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located? I'll bet that CXRERNF is bound into the module. Run AMBLIST to double check. //JS010EXEC PGM=AMBLIST //SYSPRINT DD SYSOUT=* //SYSLIB DD DSN=pds.with.old.program.in.it, // DISP=SHR //SYSINDD * LISTLOAD OUTPUT=XREF,MEMBER=program /* // Now, how you got COBOL to actual use the bound version, is a good question. Why not just keep CXRERNF in the STEPLIB? -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Eric Verwijs Sent: Wednesday, July 27, 2011 9:39 AM To: IBM-MAIN@bama.ua.edu Subject: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located? Hello everybody. We have a mystery here. A previously working program which uses Report Writer, when recompiled, abends with an S806 trying to find CXRERNF. CEE3501S The module CXRERNF was not found. Policy here is to compile with DYNAM for efficiency, flexibility etc. When we run the old version, it works fine. No changes necessary to the JOBLIB statement. When we recompile the old version (it was previously recompiled a few years ago), it recompiles fine. When we run it, it abends with the S806. If we add the PDS with CXRERNF to the JOBLIB statement, it runs fine. How does the old version find CXRERNF? It was compiled with DYNAM as well. We can make the new version run by compiling NODYNAM but we need to supply the PDS with CXRERNF to successfully bind. Sadly, while we have a record of the previous compile, thus we know it was DYNAM, we do not keep records of binds. I peeked into both old and new load modules and found a few more occurrences of the string CXRERNF in the old one than the new one. Bear in mind, I have a limited understanding of the bind step and wouldn't know really what to look for. We use in-house procedures to compile and bind and they may somehow have been messed up
z/os SSH question
I have trouble gaining access to MVS-OE so I will ask the question here: I am trying to SSH to a Unix server. I have generated the keys and have successfully connected and transfer files from and to the server. The question is how can I have other z/os customers use the same RSA key. When I change the permission to read the file I receive message : permission 0664 for id_rsa are too open. Does everyone need a copy of the RSA in a directory they can only access. Any help would be appreciated. Thanks *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. 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
Re: RACF hierarchy
I am NOT anything close to a RACF expert, but I think the IRDBU00 utility program unloads all of the RACF definitions, and (SALES CAP ON:) MXG Software reads those data to create the below individual SAS tables (a/k/a SAS datasets) that can readily be imported into Excel. SALES CAP OFF. /* RAC100 RACF0100 GROUP BASIC DATA PDB */ /* RAC101 RACF0101 GROUP SUBGROUPS PDB */ /* RAC102 RACF0102 GROUP MEMBERSPDB */ /* RAC103 RACF0103 GROUP INSTALLATION DATA PDB */ /* RAC110 RACF0110 GROUP DFP DATA PDB */ /* RAC120 RACF0120 GROUP OMVS DATA PDB */ /* RAC200 RACF0200 USER BASIC DATA PDB */ /* RAC201 RACF0201 USER CATEGORIES PDB */ /* RAC202 RACF0202 USER CLASSES PDB */ /* RAC203 RACF0203 USER GROUP CONNECTIONS PDB */ /* RAC204 RACF0204 USER INSTALLATION DATA PDB */ /* RAC205 RACF0205 USER CONNECT DATAPDB */ /* RAC210 RACF0210 USER DFP DATAPDB */ /* RAC220 RACF0220 USER TSO DATAPDB */ /* RAC230 RACF0230 USER CICS DATA PDB */ /* RAC231 RACF0231 USER CICS OPERATOR CLASSES PDB */ /* RAC240 RACF0240 USER LANGUAGE DATA PDB */ /* RAC250 RACF0250 USER OPERPARM DATA PDB */ /* RAC251 RACF0251 USER OPERPARM SCOPE PDB */ /* RAC260 RACF0260 USER WORKATTR DATA PDB */ /* RAC270 RACF0270 USER OMVS DATA PDB */ /* RAC2A0 RACF02A0 USER OVM DATAPDB */ /* RAC400 RACF0400 DATA SET BASIC DATA PDB */ /* RAC401 RACF0401 DATA SET CATEGORIES PDB */ /* RAC402 RACF0402 DATA SET CONDITIONAL ACCESS PDB */ /* RAC403 RACF0403 DATA SET VOLUMES PDB */ /* RAC404 RACF0404 DATA SET ACCESS PDB */ /* RAC405 RACF0405 DATA SET INSTALLATION DATA PDB */ /* RAC410 RACF0410 DATA SET DFP DATAPDB */ /* RAC500 RACF0500 GENERAL RESOURCE BASIC DATA PDB */ /* RAC501 RACF0501 GENERAL RESOURCE TAPE VOLUME PDB */ /* RAC502 RACF0502 GENERAL RESOURCE CATEGORIES PDB */ /* RAC503 RACF0503 GENERAL RESOURCE MEMBERS PDB */ /* RAC504 RACF0504 GENERAL RESOURCE VOLUMES PDB */ /* RAC505 RACF0505 GENERAL RESOURCE ACCESS PDB */ /* RAC506 RACF0506 GEN RES INSTALL DATA PDB */ /* RAC507 RACF0507 GEN RES CONDITIONAL ACCESS PDB */ /* RAC510 RACF0510 GEN RES CONDITNL SESS DATA PDB */ /* RAC511 RACF0511 GEN RESRC CONDITNL SESS ENTITY PDB */ /* RAC520 RACF0520 GEN RES CONDITNL DLF DATAPDB */ /* RAC521 RACF0521 GEN RES DLF JOB NAMESPDB */ /* RAC540 RACF0540 GEN RES STARTED TASK PDB */ /* RAC560 RACF0560 GEN RES CERTIFICATE DATA PDB */ /* RAC561 RACF0561 GEN RES CERTIFICATE REFERENCEPDB */ /* RAC562 RACF0562 GEN RES KEY RING DATAPDB */ /* RAC5C0 RACF05C0 GEN RES CDTINFO DATA PDB */ /* RAC900 RACF0900 USS RACF BASIC RECORDPDB */ /* RAC901 RACF0901 USS RACF FILE ACCESS PDB */ /* RAC902 RACF0902 USS RACF DEFAULT ACCESS PDB */ /* RAC903 RACF0903 USS RACF DIRECTORY DEFAULT ACCESSPDB */ /* RACID RACFIDRACF IRRDBU00 RECORD COUNT PDB */ Herbert W. Barry Merrill, PhD President-Programmer Merrill Consultants MXG Software 10717 Cromwell Drive Dallas TX 75229 214 351 1966 tel 214 350 3695 fax www.mxg.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: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located?
I looked at the old compile listing and found XCAL. Annoyingly, now I cannot compile bind with NODYNAM since it can't include the member from the designated call library. I can't as yet compile with NOXCAL until I create my own procedure for this since I get 'EXCESSIVE PARAMETER LENGTH IN THE PARM FIELD'. Thanks for replying. Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA frederick.verw...@hrsdc-rhdcc.gc.ca Telephone | Téléphone 613-941-7492 Facsimile | Télécopieur 613-941-4234 National Headquarters | Administration Centrale Human Resources and Skills Development Canada | Ressources humaines et Développement des compétences Canada Government of Canada | Gouvernement du Canada -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Norbert Friemel Sent: Wednesday, July 27, 2011 11:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located? On Wed, 27 Jul 2011 10:39:28 -0400, Eric Verwijs wrote: How does the old version find CXRERNF? It was compiled with DYNAM as well. From SC26-4302-03: This routine displays an error number and message to indicate that a standard error condition has arisen during the execution of the Report Writer program. It is not used if NOXCAL is specified, in which case the program DISPLAYs a shorter message directly. The old version was precompiled with NOXCAL? 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 -- 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: Prelinking problem
On 27 July 2011 07:22, Phil Smith p...@voltage.com wrote: We've been going around in circles with the prelinker. Let me start by stating that my understand of all of this is weak, so while I'll make assertions below, each should be logically prefixed with I think... or My current understanding is IOW, no flames if they're wrong please! We have an API in our product that gets linkedited into customer applications. It's currently distributed as linkules, installed/created by SMP/E. Let's call that library VOLTAGE.LOAD. Because the code came from Another Platform originally, it consists of several hundred modules with long function names. We cross-compile on Windows using Dignus. We long ago solved the long name problem by creating a smash of all the modules with an 8-character name. This works fine; we create a linkule from that, even, which is perhaps theologically unclean but works. Let's call that VSMASH. So the problem is that a customer wants to use the prelinker so they can continue to use PDSes instead of PDSEs (I like how the plurals of both are the same other than the capitalization!). I'm not understanding why the customer needs to use the prelinker. Wouldn't they just use the Binder (which for these purposes = the Linkage Editor) to combine their object modules and your VSMASH load module into one executable load module? Oh, just to be clear: back here at the home planet, we have a .OBJECT library that contains VSMASH pre-linkulizing, of course, and we can prelink with that just fine. So one option is to distribute that along with the SMP/E stuff, but that's definitely unclean, so we'd rather not. How are you distributing your linkule (did you invent this term, or is it some C or LE thing?) with SMP/E? Using ++PROGRAM ? I think of ++PROGRAM as a last-ditch thing when for some reason you either don't have original object modules to distribute, e.g. if you have someone else's load module to distribute under licence. I think I also don't understand why you don't want to distribute object modules (or equivalent stub load modules) in standard SMP/E fashion. Tony H. -- 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: z/os SSH question
Yes. Known_hosts may be shared (in /etc/ssh/ssh_known_hosts) but I believe that each user requires his/her own copy of the user keys in /u/userid/.ssh I am fairly certain that the key files (private and public) may be copied to many /u/userid/.ssh directories. Alan -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, July 27, 2011 11:22 AM To: IBM-MAIN@bama.ua.edu Subject: z/os SSH question I have trouble gaining access to MVS-OE so I will ask the question here: I am trying to SSH to a Unix server. I have generated the keys and have successfully connected and transfer files from and to the server. The question is how can I have other z/os customers use the same RSA key. When I change the permission to read the file I receive message : permission 0664 for id_rsa are too open. Does everyone need a copy of the RSA in a directory they can only access. Any help would be appreciated. Thanks *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. 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 -- 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: z/os SSH question
RSA key file permissions must be preserved to what they were when the key was generated. Do not change the permissions of the RSA key file when copying to another user's ssh directory -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, July 27, 2011 02:22 PM To: IBM-MAIN@bama.ua.edu Subject: z/os SSH question I have trouble gaining access to MVS-OE so I will ask the question here: I am trying to SSH to a Unix server. I have generated the keys and have successfully connected and transfer files from and to the server. The question is how can I have other z/os customers use the same RSA key. When I change the permission to read the file I receive message : permission 0664 for id_rsa are too open. Does everyone need a copy of the RSA in a directory they can only access. Any help would be appreciated. Thanks *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. 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 -- 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: z/os SSH question
SSH requires that the key be readable __ONLY__ by the owner of the file which must be the id using the key file. Simply duplicate the key file on the remote server by giving everybody their own copy in their ~/.ssh subdirectory. ~ is UNIX for home directory and is usually something like /u/myid or /home/myid where myid is the user's id on that machine. And do the same on the z/OS system: duplicate the key file. Don't know why you'd want to do that, but feel free. I wouldn't allow it. If the auditor's find out, they may hit the roof because it is like insisting that all users have the same password. I can use my key file to access the remote system using the other person's id. Unwise. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, July 27, 2011 1:22 PM To: IBM-MAIN@bama.ua.edu Subject: z/os SSH question I have trouble gaining access to MVS-OE so I will ask the question here: I am trying to SSH to a Unix server. I have generated the keys and have successfully connected and transfer files from and to the server. The question is how can I have other z/os customers use the same RSA key. When I change the permission to read the file I receive message : permission 0664 for id_rsa are too open. Does everyone need a copy of the RSA in a directory they can only access. Any help would be appreciated. Thanks *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. 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 -- 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: z/os SSH question
Thanks for the answer - how would I set the IdentifyFile is ssh_config to search in the customer directory? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jihad Kawkabani Sent: Wednesday, July 27, 2011 1:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os SSH question RSA key file permissions must be preserved to what they were when the key was generated. Do not change the permissions of the RSA key file when copying to another user's ssh directory -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, July 27, 2011 02:22 PM To: IBM-MAIN@bama.ua.edu Subject: z/os SSH question I have trouble gaining access to MVS-OE so I will ask the question here: I am trying to SSH to a Unix server. I have generated the keys and have successfully connected and transfer files from and to the server. The question is how can I have other z/os customers use the same RSA key. When I change the permission to read the file I receive message : permission 0664 for id_rsa are too open. Does everyone need a copy of the RSA in a directory they can only access. Any help would be appreciated. Thanks *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. 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 -- 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: z/os SSH question
I don't. All of the examples are commented out (see below) and it uses ~/.ssh/id_dsa by default. # IdentityFile ~/.ssh/identity # IdentityFile ~/.ssh/id_rsa # IdentityFile ~/.ssh/id_dsa -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, July 27, 2011 11:39 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os SSH question Thanks for the answer - how would I set the IdentifyFile is ssh_config to search in the customer directory? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jihad Kawkabani Sent: Wednesday, July 27, 2011 1:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os SSH question RSA key file permissions must be preserved to what they were when the key was generated. Do not change the permissions of the RSA key file when copying to another user's ssh directory -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, July 27, 2011 02:22 PM To: IBM-MAIN@bama.ua.edu Subject: z/os SSH question I have trouble gaining access to MVS-OE so I will ask the question here: I am trying to SSH to a Unix server. I have generated the keys and have successfully connected and transfer files from and to the server. The question is how can I have other z/os customers use the same RSA key. When I change the permission to read the file I receive message : permission 0664 for id_rsa are too open. Does everyone need a copy of the RSA in a directory they can only access. Any help would be appreciated. Thanks *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. 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 -- 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 -- 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: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located?
Thanks for looking at this. I'm wondering if this is another Report Writer problem. Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA frederick.verw...@hrsdc-rhdcc.gc.ca Telephone | Téléphone 613-941-7492 Facsimile | Télécopieur 613-941-4234 National Headquarters | Administration Centrale Human Resources and Skills Development Canada | Ressources humaines et Développement des compétences Canada Government of Canada | Gouvernement du Canada -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, July 27, 2011 2:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located? Well, if you don't see CXRERNF in the AMBLIST output, that means it's not statically bound into the program. So the question then becomes, why don't I get a S806 with the old module? That, I cannot answer. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Eric Verwijs Sent: Wednesday, July 27, 2011 1:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located? Hello, Thanks for the tool, however I'm not familiar with it. I ran AMBLIST on the original, but could find no occurrences of CXRERNF in the output. I also ran it on the newer version and the output was 6 lines longer. Is there something I should be looking for? Thanks for replying. Regards, Eric Verwijs Programmer Analyst | Programmeur-analyste CPP/ OAS/ IA Production Support Team | Équipe de soutien à la production RPC / SV / IA frederick.verw...@hrsdc-rhdcc.gc.ca Telephone | Téléphone 613-941-7492 Facsimile | Télécopieur 613-941-4234 National Headquarters | Administration Centrale Human Resources and Skills Development Canada | Ressources humaines et Développement des compétences Canada Government of Canada | Gouvernement du Canada -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, July 27, 2011 11:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located? I'll bet that CXRERNF is bound into the module. Run AMBLIST to double check. //JS010EXEC PGM=AMBLIST //SYSPRINT DD SYSOUT=* //SYSLIB DD DSN=pds.with.old.program.in.it, // DISP=SHR //SYSINDD * LISTLOAD OUTPUT=XREF,MEMBER=program /* // Now, how you got COBOL to actual use the bound version, is a good question. Why not just keep CXRERNF in the STEPLIB? -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * 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 -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Eric Verwijs Sent: Wednesday, July 27, 2011 9:39 AM To: IBM-MAIN@bama.ua.edu Subject: DYNAM, Report Writer BIND Mystery: How is CXRERNF Located? Hello everybody. We have a mystery here. A previously working program which uses Report Writer, when recompiled, abends with an S806 trying to find CXRERNF. CEE3501S The module CXRERNF was not found. Policy here is to compile with DYNAM for efficiency, flexibility etc. When we run the old version, it works fine. No changes necessary to the JOBLIB statement. When we recompile the old version (it was previously recompiled a few years ago),
RES: Search a MEMBER in the Libraries
Hello Lizette. PDSMAN is a IBM product ? Thanks very much. Sergio -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de Lizette Koehler Enviada em: quarta-feira, 27 de julho de 2011 14:41 Para: IBM-MAIN@bama.ua.edu Assunto: Re: Search a MEMBER in the Libraries Hello List, Someone know, IF have a program like the ISRDDN, but, that do a search if a member exist in all libraries of ZOS System. What I understand, that ISRDDN search only in the libraries that is assign in the TSO session. Thanks very much. Sergio Lima Costa If you have PDSMAN with EasyEdit you can create a list like Option 3.4 and search it. In Option 3.4 you can create a list and enter SRCHFOR on the command line. Lizette -- 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 Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da companhia, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect the company's point of view, which is only divulged by authorized personnel. -- 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: RES: Search a MEMBER in the Libraries
PDSMAN is a CA product. Regards, John K From: Sérgio Lima Costa sergio.co...@cetip.com.br To: IBM-MAIN@bama.ua.edu Date: 07/27/2011 02:19 PM Subject:RES: Search a MEMBER in the Libraries Hello Lizette. PDSMAN is a IBM product ? Thanks very much. Sergio -- 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: z/os SSH question
On Wed, Jul 27, 2011 at 1:35 PM, McKown, John john.mck...@healthmarkets.com
wrote:
SSH requires that the key be readable __ONLY__ by the owner of the file
which must be the id using the key file. Simply duplicate the key file on
the remote server by giving everybody their own copy in their ~/.ssh
subdirectory. ~ is UNIX for home directory and is usually something like
/u/myid or /home/myid where myid is the user's id on that machine. And do
the same on the z/OS system: duplicate the key file. Don't know why you'd
want to do that, but feel free. I wouldn't allow it. If the auditor's find
out, they may hit the roof because it is like insisting that all users have
the same password. I can use my key file to access the remote system using
the other person's id. Unwise.
Not 100% true. The OpenSSH ssh command requires that IF a private key file
is owned by the current userid, THEN it must only be readable by that user.
Here's the code from OpenSSH 5.0p1, which I don't believe that IBM has
changed in their port:
int
key_perm_ok(int fd, const char *filename)
{
struct stat st;
if (fstat(fd, st) 0)
return 0;
/*
* if a key owned by the user is accessed, then we check the
* permissions of the file. if the key owned by a different user,
* then we don't care.
*/
#ifdef HAVE_CYGWIN
if (check_ntsec(filename))
#endif
if ((st.st_uid == getuid()) (st.st_mode 077) != 0) {
error(@@@);
error(@ WARNING: UNPROTECTED PRIVATE KEY FILE! @);
error(@@@);
error(Permissions 0%3.3o for '%s' are too open.,
(u_int)st.st_mode 0777, filename);
error(It is recommended that your private key files are NOT accessible by
others.);
error(This private key will be ignored.);
return 0;
}
return 1;
}
Given this, you could have your private key files owned by some other user
(say root) with a special group, and then make them 620 and then connect
z/OS userids to that group to permit them access to the private key.
Still not the best, IMO, since any user connected to the group would be able
to copy the key and post it on their facebook page.
Better would be to put the keys in a SAF keyring. Normally SSH keys are in
a SAF keyring owned by each user, but I believe that it is possible to share
them so long as the right SAF permissions are granted to the ring for each
user.Refer to the IBM Ported Tools for z/OS OpenSSH User's Guide
(Release 1.2) (and documentation for your security product) for more
information on using SAF keyrings.
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
PS We are planning a z/OS SSH Key management webinar for later in the year.
You can sign up to be notified here:
http://dovetail.com/lists/
--
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: z/os SSH question
If you distribute the keys they become public information, so then what's the point? Secret keys need to be kept secret. So, strictly speaking, each user would need a unique key that only they can access. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Steely Sent: Wednesday, July 27, 2011 1:22 PM To: IBM-MAIN@bama.ua.edu Subject: z/os SSH question I have trouble gaining access to MVS-OE so I will ask the question here: I am trying to SSH to a Unix server. I have generated the keys and have successfully connected and transfer files from and to the server. The question is how can I have other z/os customers use the same RSA key. When I change the permission to read the file I receive message : permission 0664 for id_rsa are too open. Does everyone need a copy of the RSA in a directory they can only access. Any help would be appreciated. Thanks NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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
Another TCPIP RESOLVER question
Begin Forwarded Message Subject: Another TCPIP RESOLVER question Date Sent: Wednesday, July 27, 2011 3:54 PM From: Craig Dudley craig.dud...@doit.nh.gov To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hi, Maybe this is the correct account! I am having a problem with my z/OS 1.12 RESOLVER not using the GLOBALIPNODES dataset(member) in the resolution of a TSO dig command. I am using IPv4, and COMMONSEARCH, GLOBALTCPIPDATA, GLOBALIPNODES in my RESOLVER definitions. The dataset pointed to by this by GLOBALTCPIPDATA and GLOBALIPNODES is the same but using different members for each parameter. My GLOBALTCPIPDATA member defines a TCPIP.DATA file (in a member) that contains: TRACE RESOLVER TCPIPJOBNAME TCPIP TSGOIT: HOSTNAME tsgoit DOMAINORIGIN NH.GOV NSINTERADDR 10.128.10.21 NSINTERADDR 10.128.10.22 NSPORTADDR 53 RESOLVEVIA UDP DATASETPREFIX TCPIP.ZOS LOOKUP LOCAL DNS My GLOBALIPNODES member contains 10.10.10.01 craig.test.gov When I do a TSO dig craig.test.gov, the resulting RESOLVER trace does not show any indication that the RESOLVER is using my GLOBALIPNODES member to resolve the dig command. My question is why isn't the RESOLVER trace showing any attempt to access my GLOBALIPNODES member to resolve the TSO dig craig.test.gov command. The 1st part of my RESOLVER trace is below. -- Craig Dudley --- 1st part of my RESOLVER trace: Resolver Trace Initialization Complete - 2011/07/27 15:25:51.732241 res_init Resolver values: Global Tcp/Ip Dataset = TCPIP.ZOS.PROFILE.PARMLIB(SNH1DA13) Default Tcp/Ip Dataset = None Local Tcp/Ip Dataset = None Translation Table = TCPIP.ZOS.STANDARD.TCPXLBIN UserId/JobName = SYB700 Caller API = TCP/IP C Sockets Caller Mode= EBCDIC System Name= TSGOIT (from VMCF) (G) DataSetPrefix = TCPIP.ZOS (G) HostName = tsgoit (G) TcpIpJobName = TCPIP (G) DomainOrigin = NH.GOV (G) NameServer= 10.128.10.21 EDNS0 Support = Unknown 10.128.10.22 EDNS0 Support = Unknown (G) NsPortAddr= 53(G) ResolverTimeout= 5 (G) ResolveVia= UDP (G) ResolverUdpRetries = 4 (*) Options NDots = 1 (G) Trace Resolver(*) SockNoTestStor (*) AlwaysWto = NO(*) MessageCase= MIXED (G) LookUp= LOCAL DNS (*) Cache res_init Succeeded res_init Started: 2011/07/27 15:25:55.064856 res_init Ended: 2011/07/27 15:25:55.064896 *** res_init Started: 2011/07/27 15:25:56.585524 res_init Ended: 2011/07/27 15:25:56.585564 *** res_mkquery Started: 2011/07/27 15:25:57.107944 res_mkquery(QUERY, craig.test.gov, C_IN, T_A) res_mkquery created message: * * * * * Beginning of Message * * * * * Query Id:6 Flags: 0001 Flags set: recurDes OpCode: QUERY Response Code: NOERROR Number of Question RRs: 1 Question 1: craig.test.gov Type (0X0001) T_A Class (0X0001) C_IN * * * * * End of Message * * * * * res_mkquery Ended: 2011/07/27 15:25:57.187633 *** res_send Started: 2011/07/27 15:25:57.220136 res_send Name Server Capabilities OpCode: QUERY Response Code: NOERROR Number of Question RRs: 1 Question 1: craig.test.gov Type (0X0001) T_A Class (0X0001) C_IN * * * * * End of Message * * * * * res_mkquery Ended: 2011/07/27 15:25:57.187633 *** res_send Started: 2011/07/27 15:25:57.220136 res_send Name Server Capabilities Name server 10.128.10.21 EDNS0 Support = N/A Queries sent = 1 Failures = 0 Percentage= 0% Name server 10.128.10.22 EDNS0 Support = N/A Queries sent = 0 Failures = 0 Percentage= 0% res_send Sending query to Name Server 10.128.10.21 DNS Communication Started: 2011/07/27 15:25:57.220232 BPX1SOC: RetVal = 0, RC = 0, Reason = 0x, Type=IPv4 BPX1STO: RetVal = 32, RC = 0, Reason = 0x BPX1AIO Sched: RetVal = 1, RC = 0, Reason = 0x BPX1AIO RECVMSG : From 10.128.10.21 RetVal=107, RC=0, Reason=0x UDP Data Length: 107 res_send received data via UDP. Message received: * * * * * Beginning of Message * * * * * Query Id:6 Flags: 1001 1011 Flags set: resp recurDes recurAvl OpCode: QUERY Response Code: NXDOMAIN Number of Question RRs: 1 Question 1: craig.test.gov Type (0X0001) T_A Class (0X0001) C_IN Number of Answer RRs: 0 Number of Authority RRs: 1 Authority 1: gov Type (0X0006) T_SOA Class (0X0001) C_IN TTL: 6379 (0 days,
Re: RES: Search a MEMBER in the Libraries
No it belongs to CA. Lizette -Original Message- From: Sérgio Lima Costa sergio.co...@cetip.com.br Sent: Jul 27, 2011 3:08 PM To: IBM-MAIN@bama.ua.edu Subject: RES: Search a MEMBER in the Libraries Hello Lizette. PDSMAN is a IBM product ? Thanks very much. Sergio -Mensagem original- De: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] Em nome de Lizette Koehler Enviada em: quarta-feira, 27 de julho de 2011 14:41 Para: IBM-MAIN@bama.ua.edu Assunto: Re: Search a MEMBER in the Libraries Hello List, Someone know, IF have a program like the ISRDDN, but, that do a search if a member exist in all libraries of ZOS System. What I understand, that ISRDDN search only in the libraries that is assign in the TSO session. Thanks very much. Sergio Lima Costa If you have PDSMAN with EasyEdit you can create a list like Option 3.4 and search it. In Option 3.4 you can create a list and enter SRCHFOR on the command line. Lizette -- 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 Atenção: Esta mensagem foi enviada para uso exclusivo do(s) destinatários(s) acima identificado(s), podendo conter informações e/ou documentos confidencias/privilegiados e seu sigilo é protegido por lei. Caso você tenha recebido por engano, por favor, informe o remetente e apague-a de seu sistema. Notificamos que é proibido por lei a sua retenção, disseminação, distribuição, cópia ou uso sem expressa autorização do remetente. Opiniões pessoais do remetente não refletem, necessariamente, o ponto de vista da companhia, o qual é divulgado somente por pessoas autorizadas. Warning: This message was sent for exclusive use of the addressees above identified, possibly containing information and or privileged/confidential documents whose content is protected by law. In case you have mistakenly received it, please notify the sender and delete it from your system. Be noticed that the law forbids the retention, dissemination, distribution, copy or use without express authorization from the sender. Personal opinions of the sender do not necessarily reflect the company's point of view, which is only divulged by authorized personnel. -- 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: Another TCPIP RESOLVER question
Craig I wish I could find it explicitly stated somewhere but both nslookup and dig only ever access external name servers. In other words dig behaves as if LOOKUP DNS was specified. Thus it never goes anywhere near a local name-to-address/address-to-name file (e.g. IPNODES) or set of files (e.g. derived from HOSTS.LOCAL). The nearest I can get to documentation of this is the following from the Configuration Guide: quote 2.6.1.3.2 Resolver directives for dig The dig program uses the following resolver directives (TCPIP.DATA statements): domain/domainorigin search nameserver/nsinteraddr options ndots /quote http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1A1B3A0/2.6.1.3.2 This is a bit like the dog that didn't bark in the night in that you'll notice that LOOKUP is *not* mentioned. Incidentally, the best list for this type of question is the following: For IBMTCP-L subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO IBMTCP-L Chris Mason On Wed, 27 Jul 2011 16:03:16 -0400, Craig's Listserve account craig-list-c...@sacsi.com wrote: Begin Forwarded Message Subject: Another TCPIP RESOLVER question Date Sent: Wednesday, July 27, 2011 3:54 PM From: Craig Dudley craig.dud...@doit.nh.gov To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hi, Maybe this is the correct account! I am having a problem with my z/OS 1.12 RESOLVER not using the GLOBALIPNODES dataset(member) in the resolution of a TSO dig command. I am using IPv4, and COMMONSEARCH, GLOBALTCPIPDATA, GLOBALIPNODES in my RESOLVER definitions. The dataset pointed to by this by GLOBALTCPIPDATA and GLOBALIPNODES is the same but using different members for each parameter. My GLOBALTCPIPDATA member defines a TCPIP.DATA file (in a member) that contains: TRACE RESOLVER TCPIPJOBNAME TCPIP TSGOIT: HOSTNAME tsgoit DOMAINORIGIN NH.GOV NSINTERADDR 10.128.10.21 NSINTERADDR 10.128.10.22 NSPORTADDR 53 RESOLVEVIA UDP DATASETPREFIX TCPIP.ZOS LOOKUP LOCAL DNS My GLOBALIPNODES member contains 10.10.10.01 craig.test.gov When I do a TSO dig craig.test.gov, the resulting RESOLVER trace does not show any indication that the RESOLVER is using my GLOBALIPNODES member to resolve the dig command. My question is why isn't the RESOLVER trace showing any attempt to access my GLOBALIPNODES member to resolve the TSO dig craig.test.gov command. The 1st part of my RESOLVER trace is below. -- Craig Dudley --- 1st part of my RESOLVER trace: Resolver Trace Initialization Complete - 2011/07/27 15:25:51.732241 res_init Resolver values: Global Tcp/Ip Dataset = TCPIP.ZOS.PROFILE.PARMLIB(SNH1DA13) Default Tcp/Ip Dataset = None Local Tcp/Ip Dataset = None Translation Table = TCPIP.ZOS.STANDARD.TCPXLBIN UserId/JobName = SYB700 Caller API = TCP/IP C Sockets Caller Mode= EBCDIC System Name= TSGOIT (from VMCF) (G) DataSetPrefix = TCPIP.ZOS (G) HostName = tsgoit (G) TcpIpJobName = TCPIP (G) DomainOrigin = NH.GOV (G) NameServer= 10.128.10.21 EDNS0 Support = Unknown 10.128.10.22 EDNS0 Support = Unknown (G) NsPortAddr= 53(G) ResolverTimeout= 5 (G) ResolveVia= UDP (G) ResolverUdpRetries = 4 (*) Options NDots = 1 (G) Trace Resolver(*) SockNoTestStor (*) AlwaysWto = NO(*) MessageCase= MIXED (G) LookUp= LOCAL DNS (*) Cache res_init Succeeded res_init Started: 2011/07/27 15:25:55.064856 res_init Ended: 2011/07/27 15:25:55.064896 *** res_init Started: 2011/07/27 15:25:56.585524 res_init Ended: 2011/07/27 15:25:56.585564 *** res_mkquery Started: 2011/07/27 15:25:57.107944 res_mkquery(QUERY, craig.test.gov, C_IN, T_A) res_mkquery created message: * * * * * Beginning of Message * * * * * Query Id:6 Flags: 0001 Flags set: recurDes OpCode: QUERY Response Code: NOERROR Number of Question RRs: 1 Question 1: craig.test.gov Type (0X0001) T_A Class (0X0001) C_IN * * * * * End of Message * * * * * res_mkquery Ended: 2011/07/27 15:25:57.187633 *** res_send Started: 2011/07/27 15:25:57.220136 res_send Name Server Capabilities OpCode: QUERY Response Code: NOERROR Number of Question RRs: 1 Question 1: craig.test.gov Type (0X0001) T_A Class (0X0001) C_IN * * * * * End of Message * * * * * res_mkquery Ended: 2011/07/27 15:25:57.187633 *** res_send Started: 2011/07/27 15:25:57.220136 res_send Name Server Capabilities
looking for documentation
Hi List, I have been looking on IBM's web site for a downloadable copy of the z/OS softcopy collection for 1.12. Somehow I managed to procure the 1.10 library in both PDF and bookmanager format. My site is licensed for z/OS (currently running 1.10) but I would like to get the 1.12 docu so I can start reading it. Yes, I have insomnia and it helps. I'm obviously looking in the wrong place because I can only find downloads of individual books or places to buy actual DVDs of the collection. Any help/pointer would be appreciated. John 57 Year Old Mom Looks 27! Mom Reveals $5 Wrinkle Trick That Has Angered Doctors! http://thirdpartyoffers.juno.com/TGL3131/4e308263a13f225a539st05duc -- 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: looking for documentation
Download IBM Softcopy Librarian: http://www-01.ibm.com/support/docview.wss?uid=swg24000640 Install that, then build your personal softcopy repository. Of course, I think all the manuals are readable online, but I like this a little better. Caution: do not try to run the Reader program while the Librarian is working. HTH and Good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of zos...@juno.com Sent: Wednesday, July 27, 2011 4:24 PM To: IBM-MAIN@bama.ua.edu Subject: looking for documentation Hi List, I have been looking on IBM's web site for a downloadable copy of the z/OS softcopy collection for 1.12. Somehow I managed to procure the 1.10 library in both PDF and bookmanager format. My site is licensed for z/OS (currently running 1.10) but I would like to get the 1.12 docu so I can start reading it. Yes, I have insomnia and it helps. I'm obviously looking in the wrong place because I can only find downloads of individual books or places to buy actual DVDs of the collection. Any help/pointer would be appreciated. John 57 Year Old Mom Looks 27! Mom Reveals $5 Wrinkle Trick That Has Angered Doctors! http://thirdpartyoffers.juno.com/TGL3131/4e308263a13f225a539st05duc -- 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: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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: IBM announces up to 5% increase in monthly Entry WLC
Hehe you sure could have fooled me; better dancing than many sales folks. :-D Thanks. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Wednesday, July 27, 2011 2:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM announces up to 5% increase in monthly Entry WLC ..snip As a reminder, I don't speak for IBM. - - - - - Timothy Sipples Resident Enterprise Architect Value Creation Complex Deals Team IBM Growth Markets (Based in Singapore) 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 NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- 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
Eight Position TSO Logonid
Does an exit exist or does a CBT modification exist or does some purchasable software exist? Might a z/VM front end allow? -- 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: Eight Position TSO Logonid
TSO logon ids are limited to seven characters so deeply and pervasively that eight is totally out of the question. Note that a SAF userid could be eight characters, but it could not be used for TSO. . . JO.Skip Robinson SCE Infrastructure Technology Services Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com From: Donnelly, John P john.p.donne...@nsc.com To: IBM-MAIN@bama.ua.edu Date: 07/27/2011 03:09 PM Subject:Eight Position TSO Logonid Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Does an exit exist or does a CBT modification exist or does some purchasable software exist? Might a z/VM front end allow? -- 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: Eight Position TSO Logonid
It's so buried in assumptions, code control blocks that it'd be impossible to change. Check the archives. It was discussed a year or so ago. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: Donnelly, John P john.p.donne...@nsc.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Wed, 27 Jul 2011 15:00:10 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Eight Position TSO Logonid Does an exit exist or does a CBT modification exist or does some purchasable software exist? Might a z/VM front end allow? -- 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: z/os SSH question
On Wed, 27 Jul 2011 15:11:32 -0500, Hal Merritt wrote: If you distribute the keys they become public information, so then what's the point? Secret keys need to be kept secret. So, strictly speaking, each user would need a unique key that only they can access. There is the problem that one untrustworthy (or merely careless) user can disseminate an authorized key (perhaps inadvertently). But he can't grant others permission to do damage he couldn't do himself. This may help: http://en.wikipedia.org/wiki/Secure_Shell#Key_management I use it; I don't fully understand it. When I want to grant a user access to a group, I copy _one_ (not every) entry from that user's authorized_keys file to the group's authorized keys file. That gives the user access to the group; it does not give the group (or me) access to the user. --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: Search a MEMBER in the Libraries
On Wed, 27 Jul 2011 13:40:30 -0400, Lizette Koehler wrote: If you have PDSMAN with EasyEdit you can create a list like Option 3.4 and search it. In Option 3.4 you can create a list and enter SRCHFOR on the command line. Now that BPAM supports mixed concatenations of PDS, PDSE, and UNIX directories, it's possible that a member in a UNIX directory may precede a similarly named member in a PDS. BLDL will properly return the member in the UNIX directory, but DDLIST (3.4) will report only the PDS[E] member. I attempted to PMR this (INCORROUT) against ISPF. Rejected; no APAR. Will PDSMAN do any better? What would DESERV do? -- 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
Another looking for documentation
At one time IBM had a roadmap of z/os version and what you could upgrade to and dates that the version went out of support. My favorite was not available any more. Can't find were it moved too. Any help Thanks *** CONFIDENTIALITY NOTICE *** This e-mail message and all attachments transmitted with it may contain legally privileged and confidential information intended solely for the use of the addressee. If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message from your system. 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
Re: Eight Position TSO Logonid
On Wed, 27 Jul 2011 15:12:51 -0700, Skip Robinson wrote: TSO logon ids are limited to seven characters so deeply and pervasively that eight is totally out of the question. Note that a SAF userid could be eight characters, but it could not be used for TSO. Another place where IBM adamantly resists what has become a de facto industry standard. Mene, Mene, Tekel u-Pharsin. Many administrators routinely assign 8-character IDs and require for security auditing that the ID be the same across all systems. TSO must plead for a dispensation. This could be much alleviated by aliasing. Allow the user to enter a long ID (but don't limit it to 8; at least double that; or whatever the length of an email address). Immediately map it to the traditional 7 characters. Even as UNIX maps a user name at login to the shorter UID, the real handle to the account. -- 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: looking for documentation
John Put the following in your favourites - sorry favorites - bookmarks or whatever and the full panoply of z/OS manuals are at your disposal in both PDF and Book format: http://www-03.ibm.com/servers/eserver/zseries/zos/bkserv/ That even includes those releases not actually advertised if you take a look at the URLs for the releases which are. If you insist on reading in bed, invest in a laptop and home wireless kit or the like! Chris Mason On Wed, 27 Jul 2011 21:24:28 GMT, zos...@juno.com zos...@juno.com wrote: Hi List, I have been looking on IBM's web site for a downloadable copy of the z/OS softcopy collection for 1.12. Somehow I managed to procure the 1.10 library in both PDF and bookmanager format. My site is licensed for z/OS (currently running 1.10) but I would like to get the 1.12 docu so I can start reading it. Yes, I have insomnia and it helps. I'm obviously looking in the wrong place because I can only find downloads of individual books or places to buy actual DVDs of the collection. Any help/pointer would be appreciated. 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: Eight Position TSO Logonid
No. Why? Because there are a number of control blocks in z/OS related to TSO which reserve only 7 bytes for the value. What would normally be the 8th byte is a 1 byte length field. I don't know why TSO stored the length of the id. Now, this is only true if the person wants to LOGON to TSO interactively. A person with a 8 character RACF id can submit a job which, maybe via ftp, runs IKJEFT01 in batch to do some non-interactive TSO commands. Also, a UNIX shell user (telnet or ssh or rlogin) can have an 8 character RACF id. They can then use the tso or, in z/OS 1.12+, the tsocmd command to issue TSO commands. But not if they expect 3270 interaction, such as ISPF. Such users could use RD/z, if it is licensed. Another possibility is to write UNIX REXX scripts which use ADDRESS TSO to do non-3270 TSO commands. I would bet that if they wanted to, IBM could make non-3270 fullscreen (curses or X) versions of SDSF or ISPF. ISPF is unlikely to get this because it would decrease the demand for RD/z. SDSF could possibly be done by one of us via the SDSF API in REXX or Java. Now, there's an idea. If they did a non-3270 version of ISPF, that would likely mean that all ISPF applications would be available natively to UNIX shell users. But would anybody be willing to pay extra for it? On Wed, 2011-07-27 at 15:00 -0700, Donnelly, John P wrote: Does an exit exist or does a CBT modification exist or does some purchasable software exist? Might a z/VM front end allow? -- 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 -- John McKown Maranatha! -- 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: Another looking for documentation
On Thu, Jul 28th, 2011 at 8:39 AM, Mark Steely mark.ste...@wnco.com wrote: At one time IBM had a roadmap of z/os version and what you could upgrade to and dates that the version went out of support. My favorite was not available any more. Can't find were it moved too. Any help Looks like somebody decided some renaming of (lots of) pages was in order to themselves busy. Forgot to fix the links maybe. Pages failing all over the place - including the Search IBM link offered. Well d'oh. Maybe wait for a while, and it'll all come out in the wash. Shane ... -- 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: REXX Allocate size being changed.
Paul, I can only guess here but it's been awhile since I have talked with anyone about this, but if my memory serves that IBM thought about ease of understanding and decided on how it's implemented now. IOW they did the research and decided it. Good luck trying to get them to change it. Ed Sent from my iPad On Jul 27, 2011, at 10:14 AM, Paul Gilmartin paulgboul...@aim.com wrote: On Wed, 27 Jul 2011 16:16:10 +0200, Vernooij, CP - SPLXM wrote: I've increasingly started to specify my sizes in bytes. That's exactly where IBM is trying to get you for the last 25 years... Apparently one more lost sheep converted. I'd be more enthusiastic if only they'd simplify it for the user and let me specify the size of an extent in a single number and not screw around with funky scaling factors. I recognize that there is likely a historical basis because of limited sizes of fields in some control blocks. But allocation should perform the calculation and not inflict it on the user. If I want 10 GB, I should be able to code SIZE=100 and be done with it. -- 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: CORRUPT PDS - I/O ERROR
Well chances are then the block size is a multiple of 80 (this assumes some things but semi valid assumption) it wouldn't hurt to try this run an iebgener with sysut2 having a blsize of 32760 and lrecl of 80 recfm FB and a member name of say dummy this should make the data set usable. Ed Sent from my iPad On Jul 27, 2011, at 6:43 AM, esmie moo esmie_...@yahoo.ca wrote: Ed, When I recovered the dsn from the HSM incremental backup there were no error messages posted - I received the standard ARC0778I DATA SET WAS RECOVERED message. The datamover is DFDSS. From: Ed Gould ps2...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Tuesday, July 26, 2011 7:30:51 PM Subject: Re: CORRUPT PDS - I/O ERROR Chances are thar DFHSM did not back up the dataset after it was corrupted. Check DFHSM for the error. Not sure what DFHSM would do if DFDSS were the data mover. I would guess that DFDSS invokes IEBCOPY under the covers and it wouldn't work so. Ed Sent from my iPad On Jul 26, 2011, at 4:47 PM, CM Poncelet ponce...@bcs.org.uk wrote: This can happen with any PDS if it is opened for output with a DCB other than its original one (e.g. originally RECFM=FB, but opened with RECFM=VB etc.) When opening for output, the DCB used is (a) the one specified in the program; (b) the one in the JCL; (c) the one on DASD - in that order of priority. When opening for input, the priority order is reversed (DASD, JCL, program). If the incorrect output DCB was specified in a program, it needs to be fixed there: this program should then be rerun to open the PDS with its correct attributes; then close the PDS. After that, the original members will be accessible again. But any members which were created using the program's previously incorrect DCB will now hit I/O errors (so copy them to another PDS beforehand if they need to be kept). Schwarz, Barry A wrote: If the storage group is not backed up, how did HSM ever back up a copy for you to recover from? Was there a copy of the dataset on disk when you recovered it from HSM? What was the command you used to perform the recovery? When you browse the PDS, does the member list display correctly? What are the DCB attributes of the PDS? Do they match what you think they should be? What is the exact error message? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, July 26, 2011 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: CORRUPT PDS - I/O ERROR Good Morning Gentle Readers, When I try to browse a member of my pds I get a I/O error. I tried browsing several members but I get the same error message. Is there a way of fixing it? For some reason the storage group is NOT backed up so I cannot restore it from an old backup. I recovered the PDS from a DFHSM backup but when I try to browse any members I still get the I/O error. Is there a work around to this problem or should I consider it lost? -- 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 -- 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 -- 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: looking for documentation
On Thu, Jul 28th, 2011 at 7:24 AM, zos...@juno.com zos...@juno.com wrote: Hi List, I have been looking on IBM's web site for a downloadable copy of the z/OS softcopy collection for 1.12. Somehow I managed to procure the 1.10 library in both PDF and bookmanager format. My site is licensed for z/OS (currently running 1.10) but I would like to get the 1.12 docu so I can start reading it. Yes, I have insomnia and it helps. I'm obviously looking in the wrong place because I can only find downloads of individual books or places to buy actual DVDs of the collection. Any help/pointer would be appreciated. John Looking for an iso ?. That would be too easy - ain't gunna happen. Go order a new DVD from your IBM office/BP. Minimal cost, but might not arrive before you reach 1.14. I have a need to read the manuals in all sorts of places - some not online. I go get all the pdfs and set up an index html page. Several releases fit easily on a 4G key. You lose the cross referencing, but I can live with that. As usual, many ways to skin this cat. Shane ... -- 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: CORRUPT PDS - I/O ERROR
On Wed, 27 Jul 2011 19:02:37 -0500, Ed Gould ps2...@yahoo.com wrote: Well chances are then the block size is a multiple of 80 (this assumes some things but semi valid assumption) it wouldn't hurt to try this run an iebgener with sysut2 having a blsize of 32760 and lrecl of 80 recfm FB and a member name of say dummy this should make the data set usable. Errr... Wouldn't it be better to use a BLKSIZE that's a multiple of 80? -- 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: CORRUPT PDS - I/O ERROR
Paul, Ugh of course you are correct. That is what happens when you do things on the fly and don#39;t have access to a calculator. Mea culpa. Ed -- 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: Eight Position TSO Logonid
Mene, Mene, Tekel u-Pharsin. Many administrators routinely assign 8-character IDs and require for security auditing that the ID be the same across all systems. TSO must plead for a dispensation. There is TOO much code! Who's going to pay for the updates? You? Where is the buscase? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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: TCPIP Resolver Question
Chris, I can say nothing but thank you for your excellent and patient explanation.. It's a very valuable lesson to me... Sorry for some missing background information in the previous mails... The application to use resolver is DB2 DDF... Regarding to DDF resolving, it get information from TCPIP stack directly. So the approach should be different from HOMETEST command... In this case, DDF get the hostname from //SYSTCPD dd in TCPIP stack. So even HOMETEST doens't work or show different name resolving, DDF get the desired hostname (ABC) and works fine. .. Since you have changed your VMCF customisation in order to specify SYSA, assuming that the generically named TCPIP.DATA data set can be located, it should be that the HOSTNAME statement is processed and the value is set as ABC. I found out it didn't work for HOMETEST if there is not global tcpip data specified. It always show hostname with SYSA. btw, sorry for my not articulate in English as 2nd language... Best Regards! Anson From: Chris Mason chrisma...@belgacom.net To: IBM-MAIN@bama.ua.edu Sent: Wednesday, July 27, 2011 11:55 PM Subject: Re: TCPIP Resolver Question Anson This is the first part of my response which I should be getting off to you so you will be able to make progress. I have a second part which still needs some pulling together so I'll send it later. - That means the HOMETEST still couldn't get the HOSTNAME specified in the //SYSTCPD DD in TCPIP procedure. I also guessed - to myself - that this might just possibly have been your problem. You should ask for a discount on the cost of the z/OS Communications Server (CS) IP class you attended. The folk who ran the class didn't teach you very well! Let me explain what the generically named TCPIP.DATA data set is all about. It is a data set used by the address spaces running in association with the main CS IP address space. An example of such an address space is the FTP server and, these days, since it was split off from running within the main CS IP address space, the original TELNET server (mainly, and very often exclusively, used for TN3270). The fact that the generically named TCPIP.DATA data set is used by the address spaces running in association with the main CS IP address space can be understood by noting it contains that TCPIPJOBNAME statement which is the means by which these associated address spaces discover how to work with the main CS IP address space. Note that there used to be - maybe there still is - some confusing terminology in the CS IP manuals used to describe the relationship between the address spaces associated with CS IP. A client-server description was used where the server was the main CS IP address space and the clients were the associated address spaces. With this terminology the generically named TCPIP.DATA data set was described as the client data set to be used by the client address spaces. The fact that the client address spaces could be performing either the usually understood role of a client, for example a TSO user running the client FTP command (or a HOMETEST command), or the usually understood role of a server, for example the FTP server, did not strike the developers who imposed this confusion upon us as at all important![1] I'm curious why the tcpip stack couldn't get the hostname in tcpip.data file. So your curiosity is answered by noting that specifying the SYSTCPD DD-statement in the procedure for the main CS IP address space does nothing whatsoever to help the resolver function operate for the benefit of these associated, client address spaces - which include the address spaces of TSO users. Is there a way to let system use the hostname in tcpip.data ... (?) Yes and it is to ensure that each of these associated, client address spaces has access to a generically named TCPIP.DATA data set according to the search order I gave you before. If we take the SYSTCPD DD-statement item within the search order list, for the TSO user who will run the HOMETEST command you can a) either specify the SYSTCPD DD-statement in the logon procedure set up for the TSO user b) or do what I suggested last time - but you clearly did not understand[2] - and issue an ALLOCATE command in order, in effect, to define the SYSTCPD DD-statement dynamically ... with VMCF enabled? This is a red herring! - If you run VMCF/TNF, then the value of that parameter is the default. - If you do not run VMCF/TNF, then the value of the SYSNAME parameter from SYS1.PARMLIB members IEASYMxx or IEASYSxx is the default. - The statements you posted break down into the following: TCPIPJOBNAME TCPIP The name of the main CS IP address space so that the program logic in the associated, client address space can access the services of the main CS IP address space. You may be puzzled that anything could work if the associated, client address space didn't have a generically
Re: Eight Position TSO Logonid
I am not sure where it started if it was UADS or broadcast. UADS needed the eigth byte for indicating the uads block that might contain the accounting information(password and region and other stuff). Long story and maybe better left not explained. But the key for broadcast was the userid which was set at max size at 7. Of course there were OS control blocks that were built based on the length of the 7 (max) character userid length. I do not think you could get IBM to re-open TSO for any amount of money. There are areas in the control blocks that I think IBM would not want to touch for (again) any amount of money. Beleive it or not some people still use UADS + RACF and or ACF2 etc etc. Ed From: Ted MacNEIL eamacn...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Wednesday, July 27, 2011 10:54 PM Subject: Re: Eight Position TSO Logonid Mene, Mene, Tekel u-Pharsin. Many administrators routinely assign 8-character IDs and require for security auditing that the ID be the same across all systems. TSO must plead for a dispensation. There is TOO much code! Who's going to pay for the updates? You? Where is the buscase? - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -- 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
Q for SORT gurus: identifying unprintable chars via INCLUDE COND=
hi all, does any of you SORT gurus have a recommendation on efficiently identifying records including unprintable chars in a given range of columns. something like: is there any char lower than x'40' at any position in column range x:y? 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 ++NEWS++ SF-NoEvasion lets you avoid all 10 pitfalls when connecting z/OS to your SIEM ++NEWS++ -- 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
