Re: EXTERNAL: Re: TSO Receive command
Missing comma? 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 Binyamin Dissen Sent: Tuesday, September 27, 2011 12:55 PM To: IBM-MAIN@bama.ua.edu Subject: EXTERNAL: Re: TSO Receive command On Tue, 27 Sep 2011 10:30:28 -0700 Scott Ford scott_j_f...@yahoo.com wrote: :I know this must be simple, but just went to z/OS 1.12 and whe I enter :'Receive' in TSo Option # 6 I see: : INMR057I RECEIVE command terminated because it was not invoked authorized. :I reviewed IKJTSO00 which is in my IEASYSxx and Receive is there. :I assume there must be another place that must have Receive authorized. 1. Try PARMLIB LIST 2. APF library? -- 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: EXTERNAL: Re: Goodbye from this email address
Sorry to hear that. Lot of it going around. With the demise of the Shuttle program, September 30 will be my last day at NASA. 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 Shmuel Metz (Seymour J.) Sent: Thursday, September 01, 2011 8:06 AM To: IBM-MAIN@bama.ua.edu Subject: EXTERNAL: Re: Goodbye from this email address In CABEFxSNMNurxA8twQoM-=kjjqdn3j_svqzhontv2b2xxtsn...@mail.gmail.com, on 08/31/2011 at 03:14 PM, Scott Rowe scott.r...@joann.com said: In a few minutes the company will be decommissioning me, just like they did with the mainframe (except their not shipping me back to POK). I will sign up to the list with another email address, so I will still be on the list. Sorry to hear that. I wish you luck in your new endeavors. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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
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. -- 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 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? Thanks. -- For IBM-MAIN subscribe / signoff / archive
Meet IBM's new $75,000 mainframe
New zEnterprise 114 is primarily competing against a Linux server running on an x86 platform, analyst says http://www.computerworld.com/s/article/9218326/Meet_IBM_s_new_75_000_mainframe?source=CTWNLE_nlt_dailyam_2011-07-12 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.commailto:dennis.ro...@usa-spaceops.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. -- 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: RIP issue with HMC - security violation?
I had an auditor have a similar finding on a device console (can't remember if it was HMC, Shark, or what). I sent it to the IBM support center. There response was that the box, OS, and applications comprised a proprietary piece of equipment that had little customer configuration capability. Any changes could invalidate warranty and service contract of the PC and the associated hardware (processor, DASD, etc.). If a proven security issue was found, IBM would address it, but not the potential results of a scan. 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 Ray Overby Todd Burrell wrote: I got the following info from one of our security folks today about a potential security exposure with the HMC. Is it valid that the HMC has a RIP listener active, or could I potentially turn it off? Any info about this would be helpful so I can get the security scan group off my back. Here was the decription of the violation: Synopsis : Routing tables can be modified. Description : The remote RIP listener accepts routes that are not sent by a neighbor. This cannot happen in the RIP protocol as defined by RFC2453, and although the RFC is silent on this point, such routes should probably be ignored. A remote attacker might use this flaw to access the local network if it is not protected by a properly configured firewall, or to hijack connections. Solution : Either disable the RIP listener if it is not used, use RIP-2 in conjunction with authentication, or use another routing protocol. Risk Factor : High / CVSS Base Score : 7.5 -- 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: Post on behalf of someone saying I need to teach myself REXX.....
Take a look at the TSO-REXX list server (see http://www.lsoft.com/scripts/wl.exe?SS1=VM.MARIST.EDU to subscribe) Archive index http://vm.marist.edu/htbin/wa?LIST=index 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 Chris Mason Sent: Wednesday, April 27, 2011 3:40 AM Ken Yes, I know who you are because of your Goggle Groups Profile! Your post Can anyone recommend a good book or two about REXX that addresses z/OS issues? does not appear in the IBM-MAIN archives and so you are reaching only the audience which is picking up the Google Groups mirror of the IBM-MAIN list. I have responded so that the response does appear in the IBM-MAIN list properly. You should sort out a proper subscription following the instructions below: An illustration of the fact your posts are going just about nowhere is that your request to Michel Castelein back in March in the thread Looking for a checklist about z/OS V1R10 with Debug Tool was ignored for the very simple reason he stood no chance of seeing it! Looking through your other posts, I see there is at least one other request to contact you directly that probably fell on deaf ears. - Can anyone recommend a good book or two about REXX that addresses z/OS issues? As an IBMer, I'm surprised you need to be pointed in the direction of these two manuals: z/OS TSO/E REXX User's Guide http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4C310/ z/OS TSO/E REXX Reference http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IKJ4A390/ It used to be possible to get the following manual, the REXX bible, although this doesn't meet your z/OS issues requirement: The REXX Language: A Practical Approach to Programming - Second Edition Unfortunately, I removed the sticker with the IBM form number on it as I can see from the traces of glue on the back. You should use whatever internal facilities exist in order to see if it can still be ordered internally. Incidentally it is so refreshing to see the word issues used in a proper context when it is normally submerged under mountains of misappropriation! Chris Mason -- 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: Mixing Auth and Non-Auth Modules
I hope your auditors never visit a shop I am at. They are not worth the money. My auditores use tools that identify each active user SVC, non user SVCs that IBM does has not supplied, and all SVCs that have been updated. Vendors must certify that the SVC does not override the problem state protection or provide source for the SVC. Yes, we have dropped vendors for lack of compliance. 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 Ted MacNEIL Sent: Friday, April 22, 2011 12:43 PM To: IBM-MAIN@bama.ua.edu Subject: EXTERNAL: Re: Mixing Auth and Non-Auth Modules You must not have auditors. This is not an audit issue. This is a security breach waiting to happen. Auditors can only monitor procedures. And, they can only point out issues that SMEs have identified. How do you prevent someone from calling their program the same name as one in the internal table? That's the third part: compliance. - 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
Re: EXTERNAL: Removing DFSMShsm ML1
Beside what has already been said, command migration and backup defaults to ML1 unless optional parameters are used. Make sure you normal migration cycle moves everything from ML1 to ML2 nightly. 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 Jonathan Miller We have implemented a Virtual Tape Library in our environment and have attempted to remove ML1 completely. Has anyone else done this? I have not been able to get rid of the last ML1 pack because of the VTOC backups. Are these necessary with todays RAID DASD?? Thanks for any help. -- 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
FW: EXTERNAL: VIRTEL delivers 3270 apps to Smartphones, PDAs, and tablets
I received this today. Since I have seen this question come up on the list servers in the past, I thought I would forward it on. No endorsement or recommendation implied. 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.commailto:dennis.ro...@usa-spaceops.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. From: no-re...@salesforce.com [mailto:no-re...@salesforce.com] On Behalf Of Patrick Fournier Sent: Thursday, February 17, 2011 10:26 AM To: Roach, Dennis (N-GHG) Subject: EXTERNAL: VIRTEL delivers 3270 apps to Smartphones, PDAs, and tablets [https://c.na6.content.force.com/servlet/servlet.ImageServer?id=01580010AE0oid=00D8000Zf3A] SEE US AT SHARE IN ANAHEIM ON FEB 28 - MAR 02 Read more about it online.http://www.syspertec.us/3270mobileGUI.html For many organizations, CICS, IMS and other 3270 apps remain the workhorse of transaction-intensive processing. But end-users want the universal access, intuitive navigation, and assisted data entry of web apps, together with the convenience of mobile web access. How to quickly, easily, safely, and cost-effectively deliver legacy 3270 apps through modern Web 2.0 pages to any web-enabled device ... including Smartphones, PDAs, and tablets? With VIRTEL you can: * Web-enable 3270 apps without changing or recompiling their code, without uploading any client app, and without intermediate server or middleware * Deliver these apps to any web-enabled platform: all versions of Windows, Unix/AIX, Linux, Mac ... Smartphones, PDAs, and tablets * Serve the apps with Classic 3270 presentation in just 2 hours * Convert the 3270 screens to modern Web 2.0 GUIs for traditional workstations, laptops, and tablets * Convert the 3270 screens to accordion layouts for Smartphones and PDAs * Serve the same 3270 app concurrently with classic 3270, full-screen GUI, or mobile-friendly accordion layouts to accommodate everyone Read more about it onlinehttp://www.syspertec.us/3270mobileGUI.html | Download VIRTEL demo scripthttp://www.syspertec.us/white-papers.html?doc=Web%20Modernization | Download http://www.syspertec.us/free-starter-edition.html VIRTEL trial producthttp://www.syspertec.us/free-starter-edition.html SysperTec | 406 Kinross Drive, Walnut Creek, CA 94598 | +1 (925) 937-5816 | i...@syspertec.usmailto:i...@syspertec.us | www.syspertec.ushttp://www.syspertec.us/ | unsubscribemailto:unsubscr...@syspertec.us [https://c.na6.content.force.com/servlet/servlet.ImageServer?id=0158000kwuZoid=00D8000Zf3A] [http://na6-api.salesforce.com/servlet/servlet.ImageServer?oid=00D8000Zf3Aesid=018800Fugjg] -- 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: Problem with an edit command in tso
Let's get the timeline right 1966 MFT 1967 CP/CMS (IBM internal) 1969 Unix 1972 VM/379 (public release of CP/CMS) 1972 OS/VS1 1972 OS/VS2R1 - SVS 1974 OS/VS2R2 - MVS 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-m...@bama.ua.edu] On Behalf Of zMan Sent: Monday, December 20, 2010 11:40 AM To: IBM-MAIN@bama.ua.edu Subject: EXTERNAL: Re: Problem with an edit command in tso On Mon, Dec 20, 2010 at 12:35 PM, McKown, John john.mck...@healthmarkets.com wrote: I think IBM would do well to adopt yet another UNIX concept: The escape. The ; would be a logical line end. Like NL in UNIX. But you can put a reverse solidus (backslash \) in front of it to escape it. ex '\;' would make ; a literal. That does require ex '\\' to exclude the \ itself. But you could then ex '\'' to exclude a ' as well. Ahem, that was a VM concept long before UNIX even existed. Double quote is the default escape character in VM, has been since 1967. -- zMan -- I've got a mainframe and I'm not afraid to use it -- 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: OT: In regard to password cracking Who is Abbie Sciuto was Re: A New Threat for password hacking
Clark is obviously not an NCIS fan. Google Abby Sciuto (spelling corrected) 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. From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Wednesday, December 01, 2010 10:22 AM From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Tuesday, November 30, 2010 9:27 AM Personally? About 5: (1) Work LAN; (2) Work mainframe; (3) Work benefits web site (outsourced); (4) home LAN; (4) Amazon; (5) home/ISP email. Those are the ones I use most of the time. I have a USB flash drive which is ext4 formatted and uses a GPT partition table which contains an encrypted file which contains my other passwords (i.e. just confuses Windows users). And I have a backup of that encrypted file at home in a couple of places. Hope I never forget __that__ password! Not that I am likely to do so. And it is, for all intents and purposes, unguessable by anyone. No, I won't say more on that or why I would say it. Of course, it could be cracked by somebody like Abbie Sciuto (and maybe the NSA or FBI) in just a few minutes grin. Who is Abbie Sciuto? Clark Morris -- 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: Why are TSO IDs limited to 7 characters
I used 2741 with TSO on SVS. Line mode only. ISPF did not exist. Its predecessor (SPF/PDF) required 3270. All working from TSO READY. Try the TSO EDIT command from ready some time. Make you like vi. 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-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Friday, November 05, 2010 10:41 AM To: IBM-MAIN@bama.ua.edu Subject: EXTERNAL: Re: Why are TSO IDs limited to 7 characters McKown, John john.mck...@healthmarkets.com wrote in message news:a6b9336cdb62bb46b9f8708e686a7ea005d5e05...@nrhmms8p02.uicnrh.dom. .. In my on-going insanity, I have been trying to comtemplate a method whereby a UNIX shell user, coming in via Telnet or SSH, could run a complete TSO environment, including full screen applications such as ISPF. This would bypass the TSO started task entirely and the TSO/VTAM 3270 stuff. IBM has addressed running ISPF in a sysplex where the user is logged on to TSO on multiple z/OS images concurrently using the same RACF id. IBM's current support for TSO in UNIX appears to be based on how they support TSO in batch, replacing SYSTSIN and SYSTSPRT with a pipe back to the shell command. I don't think this method sets up all the TSO control blocks needed for a true TSO environment. I wonder how TSO worked back in the days of the 2741 keyboard/printer. I think TSO supported that device back in MVT. -- I am quite convinced TSO was from a later period, after MVT and with 3270 screens. 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: ABCs of z/OS System Programming links
ABCs of z/OS System Programming Go to http://www.redbooks.ibm.com/ and search ABCs System Programming. You will get both z/OS and the old OS/390 books. For z/OS, the following links worked the last time I tried them: Volume 1 - http://www.redbooks.ibm.com/redbooks/pdfs/sg246981.pdf Introduction to z/OS and storage concepts TSO/E, ISPF, JCL, and SDSF z/OS delivery and installation Volume 2 - http://www.redbooks.ibm.com/redbooks/pdfs/sg246982.pdf z/OS implementation and maintenance Job management, JES2, JES3, SSI, LPA LNKLST, SMP/E, LE Volume 3 - http://www.redbooks.ibm.com/redbooks/pdfs/sg246983.pdf DFSMS, Data set basics, SMS Storage management software and hardware Catalogs, VSAM, DFSMStvs Volume 4 - http://www.redbooks.ibm.com/redbooks/pdfs/sg245654.pdf Network management Security and RACF OS/390 USS Language Environment Infoprint server Volume 5 - http://www.redbooks.ibm.com/redbooks/pdfs/sg246985.pdf Base and Parallel Sysplex, GRS, RRS, ARM System Logger, z/OS system operations GDPS, zSeries availability Volume 6 - http://www.redbooks.ibm.com/redbooks/pdfs/sg246986.pdf Security on z/OS, RACF, and LDAP Kerberos and PKI Cryptography and EIM Volume 7 - http://www.redbooks.ibm.com/redbooks/pdfs/sg246987.pdf Infoprint Server IP PrintWay, NetSpool, Infoprint Server Transforms Infoprint Central Volume 8 - http://www.redbooks.ibm.com/redbooks/pdfs/sg246988.pdf Diagnosis fundamentals, IPCS Dump analysis, problem diagnosis Diagnostic procedures Volume 9 - http://www.redbooks.ibm.com/redbooks/pdfs/sg246989.pdf z/OS UNIX, TCP/IP installation zSeries File System, z/OS UNIX security Shell and programming tools Volume 10 - http://www.redbooks.ibm.com/redbooks/pdfs/sg246990.pdf z/Architecture, IBM System z processor design and connectivity LPAR concepts, HCD, z9, z10 DS8000 DASD controller Volume 11 - http://www.redbooks.ibm.com/redbooks/pdfs/sg246327.pdf Capacity planning Performance management WLM, RMF, SMF Volume 12 - http://www.redbooks.ibm.com/redbooks/pdfs/sg247621.pdf Workload Manager, WLM policy WLM goal management, WLM functions WLM ISPF application Volume 13 - http://www.redbooks.ibm.com/redbooks/pdfs/sg247717.pdf JES3 internals and externals JES3 initialization statements JES3 operator commands ABCs of OS/390 System Programming Volume 1 - http://www.redbooks.ibm.com/redbooks/pdfs/sg245597.pdf Volume 2 - http://www.redbooks.ibm.com/redbooks/pdfs/sg245652.pdf Volume 3 - http://www.redbooks.ibm.com/redbooks/pdfs/sg245653.pdf Volume 4 - http://www.redbooks.ibm.com/redbooks/pdfs/sg245654.pdf Volume 5 - http://www.redbooks.ibm.com/redbooks/pdfs/sg245655.pdf 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. -- 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: Access z/OS 3270 TSO from smartphone?
Take a look at http://www.youtube.com/watch?v=UZ24A5kE6XM VMware View on iPhone 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-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Thursday, July 29, 2010 1:28 PM To: IBM-MAIN@bama.ua.edu Subject: EXTERNAL: Access z/OS 3270 TSO from smartphone? OK, it's probably a stupid thought. But we are losing our laptop with the air card. So we won't have a way to access our z system when not at home or where there is wifi (assuming I take my own laptop around with me). So, with all these new smartphones such as the Droid, I was wondering if that device could be used to VPN into our LAN and then do 3270 emulation? I know absolutely nothing about these devices. Can they telnet into UNIX systems? John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: O/Topic Selling poisoned software
MF vendors have played this game for years. License codes are issued annually, when the product maintenance is paid, and have to be updated in a parmlib or lmod. It is a well defined and accepted practice, so long as it is stated upfront. -Original Message- Subject: Re: O/Topic Selling poisoned software Rick Fochtman pisze: Disabling your own software after a certain date is one thing; unpleasant but not unheard of. Disabling the whole shop is HIGHLY UNETHICAL and should be condemned with all possible vigor. Unethical - sure. Unlawful? Not necessarily. And can be hard to prove. 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. -- 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: Geographic separation of primary and backup/DR sites
Also remember if DR is fairly close to base make sure they are on separate power grids or at least have generators. That is such a nebulous term, power grid. Anyone have more definite references for what that should mean? While I'm sure this is not comprehensive, this Blackout Tracker website gives some interesting insight into power outages... http://powerquality.eaton.com/blackouttracker/default.asp This map makes it look like there are 10 grids. There are only 4 in the US, with 2 covering the vast majority of the country. See map http://www.eia.doe.gov/electricity/page/prim2/fig15.gif DoE article: http://www.eia.doe.gov/electricity/page/prim2/chapter7.html 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. -- 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: Adventure - Or Colossal Cave Adventure
Here is a site that has several versions, including the original PDP-10 FORTRAN source. http://www.rickadams.org/adventure/ 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-m...@bama.ua.edu] On Behalf Of Thomas Berg Sent: Friday, February 19, 2010 12:03 PM To: IBM-MAIN@bama.ua.edu Subject: Adventure - Or Colossal Cave Adventure As it's Friday: Does anyone know where You can get a copy of the Adventure game that originally was written by Will Crowther and eventually for S/370 ? I had once a copy but it seems have gone to the bit-bucket. Preferably one that is faithful to the original. (And runnable on z/OS.) You are standing at the end of a road before a small brick building. Around you is a forest. A small stream flows out of the building and down a gully. Regards, Thomas Berg _ Thomas Berg Specialist A M SWEDBANK -- 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: Old assembler modules.
The last time I looked linklib, and linklist, were part of MVS. Most of the auditors I know would consider an obsolete 3705 assembler to be a finding and put it in an audit report. Removing obsolete modules is part of systems management. Sometimes the removal can have odd or funny results. 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-m...@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Friday, February 12, 2010 3:53 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Old assembler modules. ---snip- -- Here is a funny one for you. We were doing house cleaning and found the 3705 assembler modules in linklib. We were just going to delete them but we thought we should go through change control to CYA. AFter the weekend we get a call from an irate user asking what happened to the assembler. We told him we deleted the obsolete 3705 assembler and he started yelling. I was able to get him to calm down and asked to see his source. After a quick preview we didn't see anything preventing him from using the latest assembler and I gave him the procs needed etc he was still irate but I assured him this would run a lot faster. He still wasn't happy but I suggested he try it. The next day he called up and was ecstatic and said his assemblies were done in 1 minute what used to take 20. He was so happy and I asked him to go through anything else that might be needing to update. He found 5 (IIRC) jobs. Ended up he called my boss and thanks me a lot so I got some brownie points from the user. unsnip-- -- --- I fail to understand how 3705 Assembler routines/modules could possibly be relevant to this discussion. The 3705/3745 PoPS are radically different from any IBM mainframe hardware of the last 40 years. 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: Preview: z/OS V1.12 - September 2010
How will you mount the cloned zFS on the service node without volser when it has the same name as the one mounted? 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-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, February 09, 2010 10:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Preview: z/OS V1.12 - September 2010 On Tue, 9 Feb 2010 10:41:31 -0600, Chase, John jch...@ussco.com wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden I know we can all read, but I have to give 2 thumbs all the way up for this one: DFSMSdfp(tm) is planned to allow a zFS data set to be recataloged with an indirect volume serial or system symbol. This is designed to allow the zFS file systems used for z/OS system software files (called version root file systems) to be cataloged using an indirect volume serial or a system symbol the same way as non-VSAM data sets to make cloning and migration easier. I hope the MOUNT command was also enhanced to include a VOLUME (VOLSER) keyword. That might imply support for uncatalogged zFS (or HFS) files, which I doubt there is since it would be uncatalogged VSAM in the case of zFS (which is not accessible). Since it will be cataloged, there should be no need to use VOLUME(volser). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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: DO NOT CLICK ON LINK FROM JOSEPH POON
I agree. Delete mail without subject. Don't follow blind links. I also delete mail with meaningless subjects. Give people enough info in the subject to know what it is about. 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-m...@bama.ua.edu] On Behalf Of Bill Fairchild I prefer my rule of thumb: do not click on link, or even bother opening, an IBM-MAIN post with no subject. -- 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: The Naked Mainframe (Forbes Security Article)
I could see the VM numbers going up due to Linux. Since kVM is an integral part of RHEL 5.4, has anyone tried to get it working on a z box? While it may not perform as well as zVM, the price could make it competitive. 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: RACF Discussion List [mailto:rac...@listserv.uga.edu] On Behalf Of Tony Harminc Sent: Thursday, January 21, 2010 1:43 PM To: rac...@listserv.uga.edu Subject: Re: The Naked Mainframe (Forbes Security Article) 2010/1/21 D E Engelbrecht elardus.engelbre...@sita.co.za: Various analysts report more than 15,000 mainframe installations worldwide, Where is the source of that claim? IBM will NEVER divulge it. NEVER! IBM had a poster they distributed in the 1990s saying VM soars with 20,000 licences. So at least at one point they provided a bottom limit. One imagines the number is much lower today, and was never that high for MVS. 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: The Economist: The Return of the Mainframe, Back in Fashion
The article is correct. It says the Neon software allows computing tasks that usually run on a mainframe's regular processors to be shifted to the discounted ones meant to run things like Linux. It does not say that they are running on Linux, just that the discounted processors are meant to run Linux (and JAVA, etc.) 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-m...@bama.ua.edu] On Behalf Of Mike Shorkend Sent: Friday, January 15, 2010 2:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: The Economist: The Return of the Mainframe, Back in Fashion One small error in the article: Neon/zPrime ships regular MIPS to ZxxP, not to Linux. On Fri, Jan 15, 2010 at 3:11 AM, Timothy Sipples e99...@jp.ibm.com wrote: This story hit the newsstands (and online) this week: http://www.economist.com/businessfinance/displaystory.cfm?story_id=152 76 714 - - - - - Timothy Sipples IBM Consulting Enterprise Software Architect Based in Tokyo, Serving IBM Japan / Asia-Pacific 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 -- Mike Shorkend m...@shorkend.com www.shorkend.com Tel: +972524208743 Fax: +97239772196 -- 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: The Economist: The Return of the Mainframe, Back in Fashion
The mistake in the article was implying that zPrime moved work to IFLs when it moves work to zIIPs and zAAPs. The point I was making was that the article did not say that zPrime moves zOS work to Linux. CIM is blurring the line by allowing zAAP work to move to zIIPs. Does this imply that zAAPs will become obsolete? 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. From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Roach, Dennis (N-GHG) wrote: The article is correct. It says the Neon software allows computing tasks that usually run on a mainframe's regular processors to be shifted to the discounted ones meant to run things like Linux. It does not say that they are running on Linux, just that the discounted processors are meant to run Linux (and JAVA, etc.) But I thought the zPrime software runs things on zIIPs and zAAPs, not IFLs. Behalf Of Mike Shorkend One small error in the article: Neon/zPrime ships regular MIPS to ZxxP, not to Linux. On Fri, Jan 15, 2010 at 3:11 AM, Timothy Sipples e99...@jp.ibm.com wrote: This story hit the newsstands (and online) this week: http://www.economist.com/businessfinance/displaystory.cfm?story_id=152 76714 - - - - - Timothy Sipples -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to Identify when an alias was deleted
Look at SMF type 64. This is delete activity for an ICF catalog. The 6x records are all for catalogs (ICF and VSAM - are VSAM catalogs even supported). IIRC DAF does use them. 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-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, January 12, 2010 3:10 PM To: IBM-MAIN@bama.ua.edu Subject: How to Identify when an alias was deleted I am trying to remember how to see who and when an alias was deleted. I was going to use DAF but I was not sure if it could tell me this information. I was then going to go after only the SMF 17 records but was not sure if that would include the alias entry. What is my best option? 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 -- 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: Korean bank Moves back to Mainframes (...no, not back)
The number is not that surprising when you stop and think about the no cash on hand philosophy. Think of using your debit/bank/credit/atm card for everything you buy. Morning coffee, newspaper, breakfast. Transportation - gas, parking, bus, cab, train, subway. Lunch Snack (even from a vending machine) Transportation All shopping 5 transactions on average is not that much. 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-m...@bama.ua.edu] On Behalf Of Sam Siegel Sent: Thursday, January 07, 2010 11:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Korean bank Moves back to Mainframes (...no, not back) I will bow to the man with direct experience ... Base on reading the article it appeared to be talking about traditional Credit Card processing. It was not clear to someone without directly knowledge of the S. Korean banking system (me) that Credit Cards handle such a broad scope of financial transactions. Even then, it means an average of 5 transaction per day per card they manage. This is a very impressive number of transactions per card per day. Regards, Sam On Thu, Jan 7, 2010 at 5:19 PM, John Kim john@atcoitek.com wrote: I am a positive side they process hundreds of millions of Credit Card transactions a day. I used work for the one of national banks (BC card member). Their banking system also quite remarkable that more than dozen of accounts from each bank are all connected to the card account; - They almost do every thing through banking systems - pay tax, utility, cell phone, Speeding ticket, home shopping, air-line ticket, and wiring to another bank...etc - Bus pass, Sub-way or toll-gate fare also paid from your bank accounts directly when you screen the system in on-site. All these transactions are linked to card account via banking accounts, but customers pay nothing to bank for transaction fee or any other service changes... No balance limits for waiver a service charges... not at all (but wire to other countries). Instead they stand up bow to you when you step into the bank and advice you opening more accounts cards. You don't even have to open the door because your first encounter is a door man. He / She will hand out you pamphlets asking the opening accounts cards. We used hire university kids as a summer job. They were pretty good except random accident, some times bumped heads when they bowed each other. It can't be a simple comparison unless by population (45 million vs ??? million). Their system is quite different than US card companies; I used have 7 BC cards from different banks that allowed more credit limits from each banks. - And also their changed attitude populates more cards; they used gift their children savings accounts for entering kindergarten or birthday...etc. But now it has switched to credit cards cell-phone (it's called hand-phone in S Korea). -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Sam Siegel Sent: Thursday, January 07, 2010 4:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Korean bank Moves back to Mainframes (...no, not back) There are other business related inaccuracies in the article as well. The article indicates that they process hundreds of millions of Credit Card transactions a day. Having previously worked at a large credit card processor in the US, it can be said with certainty that the S. Korean credit card volumes are orders of magnitude smaller than US volumes. The US volumes are in the range of 100 to 200 million per day depending on the time of the year. On Thu, Jan 7, 2010 at 8:39 AM, Timothy Sipples timothy.sipp...@us.ibm.comwrote: That's not the correct headline. BC Card isn't moving *back* to mainframes. In its 27+ year history, BC Card has never had a mainframe -- nothing in the System z lineage, anyway. They are now replacing HP and Sun UNIX servers, and Oracle databases, with (a presumably small number of) IBM mainframes. They are new in almost every possible mainframe-related way: new z/OS customer, new CICS Transaction Server for z/OS customer, new WebSphere Application Server for z/OS customer, new
Union Pacific Railroad ditches its mainframe for SOA
Cross posted due to the UP system being in assembler. http://www.computerworld.com/s/article/344916/Railroad_Crossing_When_Mainframe_Meets_SOA?source=CTWNLE_nlt_thisweek_2009-12-21 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 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.commailto:dennis.ro...@usa-spaceops.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. -- 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: curiousity q? for the historians.
If you look at it as bits instead of a number it makes sense. Read_next (Read a record) La rx,read_buffer Tm byte,3 jz not_spanned Tm byte,2 jnz not_first_segment La ry,work_buffer Lr rx,ry Not_first_segment (move input to work buffer based on ry) (increment ry by data length) tm byte,1 jnz read_next not_spanned (process record pointed to by rx) jread_next if both bits are off, process the record in the input buffer. If bit 2 is off, initialize regs to use the work buffer Move data to the work buffer If bit 1 is on, get the next segment. If bit 1 is off, process the record in the work buffer 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 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-m...@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, December 09, 2009 7:32 AM To: IBM-MAIN@bama.ua.edu Subject: Re: curiousity q? for the historians. Yeah, my bad. Stupid arthritis and brain failure. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Scott Rowe Sent: Tuesday, December 08, 2009 8:22 PM To: IBM-MAIN@bama.ua.edu Subject: Re: curiousity q? for the historians. Oops, looks like I misread John's post, but in my defense, he did use Last segment twice :-{) -- 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: Check out Computer glitch to cause flight delays across U.S. - Mar ketWatch
Real oxymoron - Windows, open platform, and 99.999 percent uptime. 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 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-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Thursday, November 19, 2009 10:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Check out Computer glitch to cause flight delays across U.S. - Mar ketWatch The news item mentioned a 'NADIN' failure. A chain of Googles lead to a document dated March, 2005: FAA modernizing National Airspace Data Interchange Network with Stratus ftServer systems; Stratus to provide 10-year logistical and service support The FAA is implementing the Stratus servers, which use Intel Xeon 2.8 MHz large cache MP processors and support the Microsoft Windows operating system, at control centers in Atlanta and Salt Lake City. Uninterrupted availability of the NADIN 1 is important to all aspects of the aviation industry, as well as the nation's economy and, increasingly, as a tool to help protect national security. After thorough technology and product evaluations, Stratus was chosen as best able to provide an open platform with 99.999 percent uptime reliability - which is mandatory for running an application as important as NADIN 1 - together with the required caliber of maintenance, logistical support, and long service life. http://findarticles.com/p/articles/mi_m0EIN/is_2005_March_14/ai_n12936 12 1/ Silly me: I had thought that Windows and 99.999 uptime was an oxymoron. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of esst...@juno.com Sent: Thursday, November 19, 2009 7:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Check out Computer glitch to cause flight delays across U.S. - Mar ketWatch They probably moverd off of ACP/TPF to a smaller platform. Typical for a non mainframe Platform -- Original Message -- From: Ed Finnell efinnel...@aol.com To: IBM-MAIN@bama.ua.edu Subject: Check out Computer glitch to cause flight delays across U.S. - MarketWatch Date: Thu, 19 Nov 2009 09:53:16 EST _Computer glitch to cause flight delays across U.S. - MarketWatch_ (http://www.marketwatch.com/story/computer-glitch-to-cause-flight- delays-across-us-2 009-11-19) Probably some 4th grader in lower Slobovia playing a slightly modified version of 'Blaster' 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 -- 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: Check out Computer glitch to cause flight delays across U.S. - Mar ketWatch
Looks like a router failure http://gcn.com/articles/2009/11/19/faa-software-hackers-delays.aspx?s=FAAnewsalert 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 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-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Thursday, November 19, 2009 2:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Check out Computer glitch to cause flight delays across U.S. - Mar ketWatch On 19 Nov 2009 12:05:22 -0800, paulgboul...@aim.com (Paul Gilmartin) wrote: Well, 99.999% reliability means that 1/1 of the time the thing is not reliable = about 8 hours per year. Well, 99.999% reliability means that 1/10 of the time the thing is not reliable = about 0.1 hours per year. Of course, we also have to agree on what reliable means. -- 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: Mainframe running 1,500 Linux servers?
What he said is true for z/OS systems. RHEL and SLES are pretty much the same on a z10 as an x86. I have found a few things I could not do: Support custom hardware (no slots on the z box) Share memory between two or more Linux images (LPAR or z/VM) Promote binaries from z to x86. 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 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-m...@bama.ua.edu] On Behalf Of Lindy Mayfield Sent: Tuesday, November 17, 2009 11:19 AM To: IBM-MAIN@bama.ua.edu Subject: Mainframe running 1,500 Linux servers? I read in z/Journal that one mainframe can host 1,500 Linux servers. What sort of mainframe can do this? How many CPU's would it take? How many CPU's are the maximum? I also read in z/Journal that the lines between a mainframe computer (the z10 to be specific) and a super computer are being blurred. When I was at GuideSHARE Europe two years ago (in Dresden, lovely city) they had a hardware guy there next to a z10 with the nice green stripe down it, and he told me that the mainframe is great for transactional processing, as always, but not too much suited for WebSphere, Java stuff, etc. That's why they had to add speciality engines, etc. Well, that's how I remember it. Just curious what other people think about this sort of stuff. Kind regards, Lindy -- 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
Secret Service plans IT reboot
The Secret Service wants information from industry as it prepares to overhaul its information technology infrastructure. Forty-two mission-oriented applications run on a 1980s IBM mainframe with a 68 percent performance reliability rating. I wonder how reliable a 1980s wintel box would be. http://fcw.com/articles/2009/10/19/web-secret-service-it-modernization.aspx?s=fcwdaily_261009 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 Phone: Voice: (281)336-5027 Cell: (713)591-1059 Fax:(281)336-5410 E-Mail: dennis.ro...@lmco.commailto:dennis.ro...@usa-spaceops.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. -- 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: OFF TOPIC - DELL CUSTOMER SUPPORT
Try http://www.yellowpages.com/name/Round-Rock-TX/dell. The first 2 hits were Round Rock. 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 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-m...@bama.ua.edu] On Behalf Of esmie moo Sent: Wednesday, October 21, 2009 10:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: OFF TOPIC - DELL CUSTOMER SUPPORT Elardus, I tried that as well, needless to say that I haven't heard from them. In the future, before I buy anything I will do my homework. The first question I will ask where is your customer support center. If the center is not based in the US or Canada, then I will avoid the product like the plague. Thanks to all who answered my question. If anybody stubmbles over a customer support phone number in the USA please let me know and I will call them to register my anger e.g. Round Rock, TX, USA --- On Thu, 10/22/09, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: From: Elardus Engelbrecht elardus.engelbre...@sita.co.za Subject: Re: OFF TOPIC - DELL CUSTOMER SUPPORT To: IBM-MAIN@bama.ua.edu Received: Thursday, October 22, 2009, 3:12 AM esmie moo wrote: Please forgive me for my post but I didn't know who or where to turn to. In South Africa we have this: www.hellopeter.co.za where you can moan, b*tch or lambasting about bad/good/ugly service... ;-D I checked the DELL website to see if there is a complaints department in the U.S. to my disbelief there is none. Try Ed Finnell's reply or this address : http://support.dell.com/support/index.aspx?c=cal=ens=dhs I used Ed's address and at the very top, changed the country to Canada to arrive at above address. http://support.dell.com/support/topics/topic.aspx/ca/shared/support/de l lcare/e n/contact_technical_support?c=cacs=cadhs1l=ens=dhs Above contains Canada's contact details... HTH! Groete / Greetings Elardus Engelbrecht -- 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 __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: Broken Brancher (was Re: Best IEFACTRT)
Many years ago the company I worked for had a 3031. We added the AP to it. Soon after, we started experiencing random 0Cx abends that made no sense when the dump was examined. The abends were in user and IBM code. CEs could find no problem so it had to be software. The PSR agreed that the data in the dump was valid. There were even samples where registers were wrong (did not match the storage that they were loaded from). HW started looking again. The problem did not occur with the AP offline. The problem was narrowed down to the TLB, with it off all was good. Replaced TLB. Still failed. An old CE came in with a data scope. The problem - the TLB was receiving the here's data signal 1.5ms ahead of the data, causing the TLB to load with all 1 bits. There was an optional EC that reduced a section of tri-lead by 18 inches. The EC fixed the problem. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Bruce Richardson Sent: Thursday, October 01, 2009 12:54 PM To: IBM-MAIN@bama.ua.edu Subject: Broken Brancher (was Re: Best IEFACTRT) Are you sure your code didn't suffer the same fate as IEFBR14? The story (Urban Legend?) I heard, was that IEFBR14 was originally just a BR 14, but that code was APAR'd to add a SR 15,15 before the BR 14 to set the return code to zero. But then along came a problem with the loader, it seems that the minimum program length has to be 8 bytes, so another APAR was opened to add two NOPRs to the code. Your code without the second BR 14 is just 6 bytes! On Tue, 29 Sep 2009 21:34:13 -0500, William H. Blair wmhbl...@comcast.net wrote: Edward Jaffe asks: Which is the best IEFACTRT? I am dying to know what you meant exactly by that question. But I'll offer my candidate (in case this is a contest): IEFACTRT CSECT IEFACTRT AMODE 31 IEFACTRT RMODE ANY R1 EQU 1 R14 EQU 14 R15 EQU 15 SRR1,R1 Write SMF termination record SRR15,R15JOB processing is to continue BRR14Return to INITiator BRR14(just in case the brancher's broke * when it executes that first BR) END And, yes, at one point, I had a machine where the brancher was broke. I had to code a Bx immediately after every Bx in case the first Bx ended up at a certain offset in a page, else the box ignored the Bx as if it were a NOP[R] and went on to whatever followed, unless it was an invalid opcode, in which case it threw an ABEND S0C4 on the Bx even if the branch address was, in fact, good. No, the CE didn't believe me. Nobody believed me for a week or so until some special CE diagnostic tape flown in by IBM from POK failed to run, red lighting the box. The hardware guys kept telling everyone it was a software problem, but the IBM software guys kept saying what they saw in the dumps was impossible, so it had to be a hardware problem. (IBM pointing fingers at itself.) Took 2 weeks to find it. Meanwhile, everything ran fine except _my_ code, which had the BR that elicited the error (an IEFACTRT exit, in fact), and the odd application here and there (which the operators just recovered and restarted on the other machine). I remembered the incident because a frequent complaint from some of the less experienced application programmers working on Assembler programs (when the PSW ended up somewhere they didn't think it should ever have gotten to) was that the brancher was broke. It always gave us lots of good laughs. Well, for at least once in this world, it really was broke. -- WB -- 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
Re: file integrity verified - do I care?
-Original Message- So how do you use it? What do you do differently when you get a 97 than when you get a 00? Depending on the application, I might put out a message saying to reconstruct from logs. Reconstruct what?I thought 97 meant the open statement was successful and file integrity was verified. So the file is OK, the open is OK. What am I missing? That depends on how important data integrity is to you. 97 indicates that the last user of the file did not close it properly. The mechanics of the file (index/CI/CA) structure is valid. It does not insure that all of the buffers were written to the file when it was not closed. I.E. - you may be missing data. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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. -- 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: It's Official: z/OS Now 110% Modern
I would rather see a new disp parameter (DELONLY) that says I am not going to open this data set, I just want it deleted. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of John Eells Sent: Friday, August 21, 2009 8:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: It's Official: z/OS Now 110% Modern Matthew Stitt wrote: snip I actually like Lizette's solution far better than development. Her solution is more functional and less specific. I know of many that use the allocation routines for dataset work without using IEFBR14 (I for one). All you need is to code JCL for a file that is not referenced in the program. Actually the MIGDEL(Norecall) should be the default, since that is what is wanted anyway. As has been discussed in this group several times in the past, the Recall becomes a real pain when all we wanted was for the dataset to go away. snip If you like her solution better, please submit a requirement. All the ones I found talked specifically about IEFBR14, though, so why we did what we did is no mystery. We can't win on the default. We can only pick which group of customers to annoy: - If we default a behavioral change we introduce a migration action. Customers overwhelmingly tell us they hate migration actions. Look at this behavioral change, see if you care, and change something if you don't want it to happen is a migration action. - If we don't default the behavioral change, people who want it tell us that everyone would want it to be the default. We have historically been poor predictors of which group will be larger, so we are defaulting more and more to avoiding behavioral changes that just happen. -- 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 -- 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: Virtual Tapes and Esoterics
Check with your vendor. SUN/STK has a very nice trace facility that allows you to see what went on during device selection. Why drives were eliminated and why drives were included as selectable. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Dave Kopischke Sent: Monday, August 17, 2009 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Virtual Tapes and Esoterics On Sun, 16 Aug 2009 10:58:59 +0200, R.S. wrote: ... Things started out great. These devices are fast. But now I find when I run a JOB with multiple tape allocations in one step specifying the same esoteric, they all try to mount on the same device. Is this normal ??? I don't recall ever seeing this before with our other devices. I ran the JOB again specifying the generic unit name and they allocated separate devices and the JOB ran good. The same device should be chosen when you specify AFF: UNIT=AFF=previous_ddname_with_tape_alloc Another guess is you esoteric contains only one device ONLINE. BTW: Just curious - what hardware do you use? It is interesting for me because of 3590 emulation. -- Radoslaw, I'm familiar with UNIT=AFF for times when I WANT the same device allocated to multiple DD's in one step. But I'm not coding UNIT=AFF and it's acting like I am. The strange part is when I changed the UNIT specification to use the generic name, it allocated separate devices. We just got a DataDomain storage solution with Luminex gateways. I'm just starting to learn about them, hence the confusion and questions. Thanks, Dave K. -- 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: Problem with I/O
Message IEC334I has instructions on diagnostics http://publibz.boulder.ibm.com/epubs/pdf/iea2m781.pdf Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of GIONFRIDDO MICHELE Sent: Thursday, August 06, 2009 2:48 PM To: IBM-MAIN@bama.ua.edu Subject: Problem with I/O Hi. II have this messagges in the system log: IEE103I UNIT 6005 NOT BROUGHT ONLINE 677 IEE763I NAME= IECDINIT CODE= 01000884 IEC334I DUPLICATE SUBSYSTEM X'6100', CCA X'05', SERIAL=XX65-28285 IEE764I END OF IEE103IRELATED MESSAGES I don't understand with wich my SSID 6100 is duplicate. Anyone may help me?? Bye Ing. Michele Gionfriddo Sogei - Via M.Carucci n.99 - Roma Sistemi Centrali - Gruppo SB Stanza 1D07 - Tel. 06 5025 - 2165 Mob. 335.7129019 Email: mgionfri...@sogei.it -- 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: 2 Identical STC Running at the Same Time
MVS allows 2 identical named tasks to run. The best way to have only 1 is to use a lock data set. //LOCKDD DSN=appl.task.LOCK,DISP=(MOD,DETETE,DELETE),SPACE=(1,TRK),UNIT=SYSDA This will allow the first to run and others to queue up waiting on data set. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of George Rodriguez Sent: Wednesday, August 05, 2009 9:46 AM To: IBM-MAIN@bama.ua.edu Subject: 2 Identical STC Running at the Same Time Hi Listeners, I need your help...I have a product from Informatica, called Power Exchange. There are 4 STCs that run all the time, the exception to this rule, is when backups are being done I shutdown one of the STC. The STCs are called: DTLA- Agent DTLLSTNR - Listener DTLL - Logger DTLCOND - Condenser The duplicate STC happens to be the DTLL (but it could also be DTLCOND) and it causes all kinds of problems when 2 of them are running. Is there any way of preventing the second STC from running? TIA. . . George Rodriguez Specialist, Systems Programmer Network Technical Services (561) 357-7652 (office) (561) 707-3496 (mobil) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL. 33406-5869 Florida's Only A-Rated Urban District For Five Consecutive Years -- --Palm Beach County Schools- Rated A by the Florida Department of Education 2005-2009 -Home of Florida's first LEED Gold Certified School- ---http://www.palmbeachschools.org- The District of Palm Beach County is an Equal Education Opportunity Provider and Employer. Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- 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: help with smf
For what you are doing you need 15 (output), 17 (delete), and 18 (rename). For completeness you need to add 14 (input), 6x (catalog) and 80 (RACF - or the equivalent for your security product) Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of larry macioce Sent: Tuesday, August 04, 2009 8:06 AM To: IBM-MAIN@bama.ua.edu Subject: help with smf I have a ps file that is getting changed and I need to find the job doing it.I need to know which smf records I need to pull to get the info. I've looked through the smf record types but it isn't jumping out at me. Any help is greatly appreciated thanks Larry -- 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: Special RACF users and message ICH301I
Once upon a time long ago, prior to ICH303/304 (the same type of messages but for lack of usage revoking), we had a classified system that was not being used but was kept around in case we needed historical information from it. One operator IPLd weekly to perform the disaster backups. Eventually, we needed the info. All IDs, save the one operator, were expired. Since 303/304 were not in place, even the RACF and OS admins were revoked. Fortunately, the operator was starting Omegamon, which I used to zap his ACEE and give him special to resume a RACF admin. Bottom line - there is a reason for 301/302 and 303/304. You will notice that they are the only messages for the verify function. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Linda Mooney Sent: Wednesday, July 29, 2009 8:16 PM To: IBM-MAIN@bama.ua.edu Subject: Special RACF users and message ICH301I Greetings! This didn't used to be a big deal when we had 24x7 operations support, but those were the days. Now we just have dayshift and swing. We don't have an automation product and cannot purchase any software during these budget times. Our RACF folks have the special attribute and they don't get revoked if they forget their password. Instead this message is posted to the console - ICH301I MAXIMUM PASSWORD ATTEMPTS BY SPECIAL USER userid * nn ICH302D REPLY Y TO ALLOW ANOTHER ATTEMPT OR N TO REVOKE USER userid While the WTOR is posted, nobody else can log on either. Does anyone know of a way to 'automate' a reply to this message without an automation product? TIA, Linda Mooney -- 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: Print disk map?
If the drives were configured for striping (RAID 5, etc) you would need to determine the drives used in the stripe set, the tracks on those drives, and the order. Doable? Yes, but at what time and cost. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Ron Hawkins Sent: Wednesday, July 29, 2009 5:31 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Print disk map? Barry, It would depend on what criteria the auditor is using. For SVA is the data in the clear from the Operating System after RACF erase-on-scratch? Absolutely not. Can the disk drive be removed from the SVA and the data found in the clear through standard SCSI/SATA IO? Absolutely yes if it is still in the free pool. Regarding classified defense data, these standards are concerned with scrubbing the track path so that residual data at the edge of the track cannot be deciphered microscopically. This is physical security, where RACF erase-on-scratch is Operating System security, like passwords and permissions. Just as an aside, does anyone realize that their VTL and VSM disk caches are exposed to all the same issues? I'm sure you all do, but I thought I'd ask anyway. Ron -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwarz, Barry A Sent: Wednesday, July 29, 2009 2:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: [IBM-MAIN] Print disk map? If you are trying to appease an ignorant auditor, it is probably fine. If you are looking for certification (such as HIPAA or PCI), you may be able to sell it. If you are working with classified defense data, they will laugh you out of the room. The OP provided no clue. -Original Message- From: Paul Gilmartin [mailto:paulgboul...@aim.com] Sent: Wednesday, July 29, 2009 1:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Print disk map? On Wed, 29 Jul 2009 10:46:40 -0700, Schwarz, Barry A wrote: While Binyamin's advice will show what you asked, there is still one potential problem remaining. If you are not using an actual physical CDK device (most of us are using SCSI devices that emulate 3390s etc), You need to confirm that writing over an MVS track physically writes to the same sectors the track was simulated on. We use an STK SVA 9500 and every write to a track causes that track to be relocated within the array. The net result is that while MVS only sees the new data when reading the track, several generations of previous data are lying around. You need to determine if this situation exists in your hardware and, if so, whether it is an issue for your organization. OTOH, I believe such devices will typically not allocate physical space to a logical track until that logical track is written. So residual data will not be available to access methods or EXCP. It might be necessary to remove the SCSI and read it on another platform. Or maybe there's a maintenance mode. - - 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: Special RACF users and message ICH301I
One issue is educating the security people on how may failures they get before they need to quit trying. In my environment, I know that if I enter it wrong the 1st time I need to be carful the 2nd time. If I enter it wrong the 2nd time, I'm done. It does not matter what I enter the 3rd time. RACF will check and see that I have already exceeded the limit and the WTOR will go out. When there is no operator, I give up and call someone else to deal with the issue. When there is an operator, I call them to reset my password. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Thursday, July 30, 2009 10:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Special RACF users and message ICH301I On Thu, 30 Jul 2009 10:50:03 -0400, John Kelly john_j_ke...@ao.uscourts.gov wrote: snip While the WTOR is posted, nobody else can log on either. Does anyone know of a way to 'automate' a reply to this message without an automation product? unsnip Several people have made good suggestions and observations but the one that I would recommend is to not let the 'special' users logon with their special uid unless the authority was required. I know it's a pain to logoff and logon but it's safer and more auditor friendly. LOL! That may work in a tiny shop, but our special users (call them admins, security engineers, whatever) need their authority and are doing work all throughout the day that requires it (that doesn't include password resets which the help desk can do). Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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
Command to give RACF authority (was Special RACF users and message ICH301I)
What would this do to audit records? Would RACF cut the audited because of special SMF records only while the bit is on? If so, this could drastically reduce our SMF data, and related reporting volume, for people with special or operations. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Walt Farrell Or one could make them non-SPECIAL, but give them access to a program that would, with proper RACF authorization, let them become SPECIAL after logon by modifying their ACEE. Then they would not cause this problem during logon, and could still have SPECIAL once they had logged on. -- Walt -- 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: Print disk map?
I agree. People need to remember that case 2 is not just a DASD box going out, it includes a single drive replacement in the array. Depending on the degree of fragmentation caused by the striping, you may or may not be able to get any usable info from the single drive. When in doubt, assume it contains your own SSN, DOB, DL#, bank and credit card information and treat accordingly. As for printing what the auditor wants to see, DSS PRINT command will do this for specific tracks. I think FDR has the same ability. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Thursday, July 30, 2009 9:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Print disk map? Roach, Dennis , N-GHG dennis.ro...@lmco.com wrote in message news:70fe6c8ea0510f4cbc4c867954170c3e0c460...@emss02m21.us.lmco.com.. . If the drives were configured for striping (RAID 5, etc) you would need to determine the drives used in the stripe set, the tracks on those drives, and the order. Doable? Yes, but at what time and cost. Dennis Roach I think this thread is becoming more complicated than needed, (remember the 5 systemprogrammers and the 1 ligthbulb)? The problem becomes much simpler when split into 2 parts: 1. from the z/OS dataset point of view: can data be deleted unrecoverably? Yes, with secure erase you cannot read it back amymore. This answers the OP's questin. 2. from the hardware point of view, e.g. when a storage devices is going to leave the company. Then you come down to the level of internal drives. The RAID, striping, logstructure etc. is not important anymore. All data on the internal drives must be erased, regardless of how it used te be organized. Minor detail there is whether erased data can be read back by reading it shifted or other James Bond like techniques, but I tend to believe R.S. 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: Special RACF users and message ICH301I
I doubt that a vendor unwilling to fix a problem of this magnitude (including IBM on CICS and IMS) would not be willing to add the parameter. Instead of giving a vendor to do this, simply add a RACF option DOSENABLE(off|ON) to allow me to decide if I want to allow a DoS attack to disable all of my special users. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Tony Harminc Sent: Thursday, July 30, 2009 11:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Special RACF users and message ICH301I 2009-07-30 Walt Farrell wfarr...@us.ibm.com: On Thu, 30 Jul 2009 01:16:22 +, Linda Mooney linda.lst...@comcast.net wrote: [...] While the WTOR is posted, nobody else can log on either. A couple of comments. First, that WTOR does not lock out all logon attempts. It only does so if you have everyone funneled through some kind of terminal manager program that is designed to single-thread all logon attempts. This would not happen if users were directly logging on to TSO, for example. If you're using such a product, I suggest you complain to the vendor about this and ask them to enhance it so it processes multiple signons concurrently. Then when one user messes up it won't affect everyone. IMHO, what's needed is an option on RACROUTE such as WTORWAIT=NO, so the application program doing the signon can say I am not willing to be forced into a long term wait - just lock the user out and tell me you did so. Not every program doing a signon represents a user sitting at a terminal, so there is a potential mismatch between the program speed of signon attempts, and the human speed of decision making and replies to the ICH301I. Sure, a program can artificially spin off a TCB just to issue each RACROUTE, but it's not clear how to deal cleanly with a number of such TCBs hanging around waiting for an operator or automation product to make a decision. The program doing the signon can, of course, watch for the message and do its own reply, or it can figure out what's happening with some heuristic, and DETACH the offending TCB and deal with the consequences, but this is all pretty ugly stuff. Yes, the hangup is the fault of the app doing the signon, but RACF could make life easier for such programs. 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 mailto:ibm-main-unsubscribe-requ...@bama.ua.edu MIME-Version: 1.0 Message-ID: a3a2b85f0907300948g5b454ee1m2049b1f355b9b...@mail.gmail.com Newsgroups: bit.listserv.ibm-main Precedence: list Received: from mailgw1b.lmco.com (mg_filter) by mailgw1b.lmco.com with mailout; Thu, 30 Jul 2009 11:00:23 %z Received: from bama (localhost [127.0.0.1]) by bama.ua.edu (8.13.8+Sun/8.13.8) with ESMTP id n6UGteSc020983; Thu, 30 Jul 2009 12:00:15 -0500 (CDT) Received: by BAMA.UA.EDU (LISTSERV-TCP/IP release 15.0) with spool id 92266 for IBM-MAIN@BAMA.UA.EDU; Thu, 30 Jul 2009 11:58:55 -0500 Received: from mailapp-2.ua.edu (mailapp-2.ua.edu [130.160.4.237]) by bama.ua.edu (8.13.8+Sun/8.13.8) with ESMTP id n6UGlrvb007732 for IBM-MAIN@bama.ua.edu; Thu, 30 Jul 2009 11:48:07 -0500 (CDT) Received: from mail-bw0-f219.google.com ([209.85.218.219]) by mailapp- 2.ua.edu with ESMTP; 30 Jul 2009 11:48:06 -0500 Received: by bwz19 with SMTP id 19so834344bwz.13 for IBM- m...@bama.ua.edu; Thu, 30 Jul 2009 09:48:05 -0700 (PDT) Received: by 10.239.133.67 with SMTP id 3mr153411hbu.63.1248972485000; Thu, 30 Jul 2009 09:48:05 -0700 (PDT) References: listserv%200907300905086065.0...@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: Special RACF users and message ICH301I To: IBM-MAIN@bama.ua.edu X-Antivirus: checked in 0.007sec at bama.ua.edu ([130.160.4.114]) by smf-clamd v1.2.1 - http://smfs.sf.net/ X-Google-Sender-Auth: 519610428fdf53d8 X-Group: OVERRIDELIST X-IronPort-AV: E=Sophos;i=4.43,296,1246856400; d=scan'208;a=60555690
Re: FTP to Unix directory with spaces
What do we know? CA's FTP2 fails with blanks in the directory name to this system. CA's FTP2 works with blanks in the directory name to other systems. Another FTP client works with blanks in the directory name to this system. This says that the directory and access structure is valid for this transfer. Suspect: One end or the other is issuing a command, such as SYST, that is responding with something that is not liked or not valid, causing invalid options to be assumed on one end. Validation: IP trace of success and failure Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Klein, Kenneth Sent: Wednesday, July 29, 2009 6:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP to Unix directory with spaces Howard, I can't believe we are seeing the entire log here of what is going on. Where are the commands and the results of the commands that Dennis suggested you issue? Run those commands, one at a time or script them in your batch job and capture the results. Post the entire log here so we can see what's going on. If what we are seeing is all you are getting back from the server then there are some serious problems here. Ken Klein Sr. Systems Programmer Kentucky Farm Bureau Insurance - Louisville kenneth.kl...@kyfb.com 502-495-5000 x7011 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Tuesday, July 28, 2009 2:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP to Unix directory with spaces On 28 Jul 2009 11:34:10 -0700, dennis.ro...@lmco.com (Dennis Roach) wrote: Not actually. What we are wanting to see is the directory up level. Try cd /ps cd /ps/cs90ftp cd /ps/cs90ftp/conversion_files cd /ps/cs90ftp/conversion_files/CC cd /ps/cs90ftp/conversion_files/CC/extract dir What I would suspect is that somewhere along the way something does not exist or you do not have the required access. This will list the last valid directory in the path. Except I have that access using Ultra-Edit, and I cut and pasted the directory from ultra-edit's FTP browser. But here it goes. 12:45:09 Enter PASSWORD ..: ### 12:45:09 230 Login successful. 12:45:09 FTP2: cd /ps/cs90ftp/conversion_files/CC/extract 12:45:09 250 Directory successfully changed. 12:45:10 FTP2: dir 12:45:10 150 Here comes the directory listing. 12:45:10 -Dataset opened; data connection starting. 12:45:10 Data transfer Type is ASCII. Structure is File. Mode is Stream. 12:45:10 Dataset name: D44201.FTP.TMP.T4510028.P9758.S9758 Dataset attributes: 12:45:10 Dsorg=PS Recfm=VB Lrecl=137 Blksize=9076 Volser=DBS936 Unit=3390 12:45:10 Primary allocation is 5 tracks. Secondary allocation is 15 tracks. 12:45:10 150 Network data which exceeds LRECL will be wrapped to the next record. 12:45:10 226 Directory send OK. 12:45:10 -Transfer complete. 12:45:11 3673 bytes received in 0.03 seconds (122433 bytes/s) 12:45:11 Dataset name: D44201.FTP.TMP.T4510028.P9758.S9758 User=D44201 12:45:11 Data bytes written: 3577. 12:45:11 226 Disk tracks written: 1. 12:45:12 drwxr-xr-x2 60029104 4096 May 20 22:41 External System ID for SIT 12:45:12 drwxr-xr-x2 60029104 4096 Jul 28 15:27 Test Folder 12:45:12 -rw-r--r--1 6002910446 Jul 28 18:12 address_incr.dat I tried it again, with a more limited dir - which didn't show Test Folder for some reason (it is visible above): 12:45:42 FTP2: dir t* 12:45:43 150 Here comes the directory listing. 12:45:43 -Dataset opened; data connection starting. 12:45:43 Data transfer Type is ASCII. Structure is File. Mode is Stream. 12:45:43 Dataset name: D44201.FTP.TMP.T4542937.P2546.S2546 Dataset attributes: 12:45:43 Dsorg=PS Recfm=VB Lrecl=137 Blksize=9076 Volser=DBS618 Unit=3390 12:45:43 Primary allocation is 5 tracks. Secondary allocation is 15 tracks. 12:45:43 150 Network data which exceeds LRECL will be wrapped to the next record. 12:45:43 226 Directory send OK. 12:45:43 -Transfer complete. 152 bytes received in 0.03 seconds (5066 bytes/s) 12:45:44 Dataset name: D44201.FTP.TMP.T4542937.P2546.S2546
Re: FTP to Unix directory with spaces
I was basing the statement that CA's ftp2 works to other systems with blanks on - In desperation, do you really needs the damn blanks? It's a political thing. I can argue with users to who are already using directories with blanks, or find a way to accommodate them. They have several directories so defined. Howard - can you set the record straight? I may be misreading the above. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, July 29, 2009 8:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP to Unix directory with spaces On Wed, 29 Jul 2009 07:31:18 -0600, Roach, Dennis (N-GHG) wrote: What do we know? CA's FTP2 fails with blanks in the directory name to this system. CA's FTP2 works with blanks in the directory name to other systems. I have reviewed all the OP's updates in this thread, and I do not see that. Can you cite timestamp and/or URL? Another FTP client works with blanks in the directory name to this system. This says that the directory and access structure is valid for this transfer. Suspect: One end or the other is issuing a command, such as SYST, that is responding with something that is not liked or not valid, causing invalid options to be assumed on one end. Validation: IP trace of success and failure -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Tuesday, July 28, 2009 2:46 PM On 28 Jul 2009 11:34:10 -0700, (Dennis Roach) wrote: Not actually. What we are wanting to see is the directory up level. Try cd /ps cd /ps/cs90ftp cd /ps/cs90ftp/conversion_files cd /ps/cs90ftp/conversion_files/CC cd /ps/cs90ftp/conversion_files/CC/extract dir What I would suspect is that somewhere along the way something does not exist or you do not have the required access. This will list the last valid directory in the path. ... 12:45:45 FTP2: cd /ps/cs90ftp/conversion_files/CC/extract/Test Folder 12:45:45 550 Failed to change directory. 12:45:45 FTP2: END 12:45:45 -- 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: Print disk map?
IEHSLEDGEHAMMER also works well. Several years ago we had an application that allocated a file, with all of the DCB info, but did not open it. It was on real 3390 type DASD. It just so happened that the tracks allocated contained data compatible with the LRECL/BLKSIZE. Those tracks were readable by anyone with access to the file, including ISPF browse and edit. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, July 29, 2009 1:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Print disk map? In traditional boxes, no amount of overwrites can guarantee that the whole track path has been overwritten so that residual information at the edges of the track cannot be picked read by some low level diagnostic tool. The only utility that can guarantee this is: IEHBANDSAW - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Operator Validation before Executing Command
When we used PCs to perform shutdown, we had a conformation. The operator selected the image, clicked shutdown, and hit enter to confirm, never reading the message. We added a 2nd confirmation message and they hit enter twice. When we eliminated the PCs and move the command to the mainframe, we put a WTOR out that gave them 30 seconds to cancel the shutdown. That worked a lot better. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Bott, Steven Sent: Monday, July 27, 2009 4:38 PM To: IBM-MAIN@bama.ua.edu Subject: Operator Validation before Executing Command We recently experienced an outage due to an operator command being executed on the wrong LPAR because the operator neglected to include the RO portion of the command. The command being executed was F BPXOINIT,SHUTDOWN=FORKINIT. Now Management would like all destructive commands to have a WTOR which the operator would be asked Do you really want to execute this command and provide the opportunity to reply NO to abort the command. IBM recommends using the MVS Commands Installation Exit and the .CMD in MPFLST. Has anyone tried using that exit in this fashion? Would you care to share your pain or pleasure? Has anyone found a better solution to this problem? Thanks for sharing your experience. Regards, Steven Bott Sr. Systems Administrator CSX - This email transmission and any accompanying attachments may contain CSX privileged and confidential information intended only for the use of the intended addressee. Any dissemination, distribution, copying or action taken in reliance on the contents of this email by anyone other than the intended recipient is strictly prohibited. If you have received this email in error please immediately delete it and notify sender at the above CSX email address. Sender and CSX accept no liability for any damage caused directly or indirectly by receipt of this email. -- 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: Problems with STK Tape allocation
Contact Sun. They have a trace that can be turned on and will show how the selection is made. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, July 28, 2009 9:57 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problems with STK Tape allocation Thanks Radoslav, now I see where Silotvs4 is being invoked. Looking at the Tapereq statments there seem to be conflicting statements but I see nothing which points to the HSM pool for any of these jobs/dsns/pgms. TAPEREQ JOB(STGAM*) VOLT(N) SUBPOOL(TITAN2) ESOTERIC(D9840) + DSN(FDRABR.LASTAPE.ONSITE.**) MOD(T9840D) + MEDIA(STK1R) TAPEREQ JOB(STGAM*) VOLT(N) SUBPOOL(QWEST) ESOTERIC(R9840) + DSN(FDRABR.LASTAPE.OFFSITE.**) MOD(9840) Further down in the Tapereq statements is the following: TAPEREQ PGM(FDR*) MOD(4480,4490,9490,9840,V) VOLT(N) TAPEREQ PGM(FDRABR) MOD(4480,4490,9490,9840) TAPEREQ PGM(FDRTSEL) MOD(4480,4490,9490,9840) Shouldn't the FDR* statement be last in the above grouping? Or is the last statement which takes effect? Job Stgamin3 contains the following JCL //TAPE1DD DSN=FDRABR.LASTAPE.ONSITE.FVOLBK70,DISP=(NEW,KEEP), // UNIT=(D9840,,DEFER),LABEL=RETPD=42,VOL=(,,,255), // DCB=TRTCH=COMP //TAPE11 DD DSN=FDRABR.LASTAPE.OFFSITE.FVOLBK70,DISP=(NEW,KEEP), // UNIT=(R9840,,DEFER),LABEL=RETPD=42,VOL=(,,,255), // DCB=TRTCH=COMP Stgamin3 correctly allocated E20035 in the local SL8500 but incorrectly used a HSM alternate tape in the remote site silo. IEC501A M 2508,PRIVAT,SL,COMP,STGAMIN3,AMIN4A TMS001 IEC501A M 2508,PRIVAT,SL,COMP,STGAMIN3,AMIN4A,FDRABR.LASTAPE.ONSITE.FVOL IECTMS9 2508,E20035,STGAMIN3,TAPE1 ,2009/249 ,0001,.VUCATAG.C1044700 IEC705I TAPE ON 2508,E20035,SL,COMP,STGAMIN3,AMIN4A,MEDIA2 IEC501A M 0476,PRIVAT,SL,COMP,STGAMIN3,AMIN4A TMS001 IEC501A M 0476,PRIVAT,SL,COMP,STGAMIN3,AMIN4A,FDRABR.LASTAPE.OFFSITE.FVO IECTMS9 0476,H20423,STGAMIN3,TAPE11 ,2009/249 ,0001,.VUCATAG.C2044700 IEC705I TAPE ON 0476,H20423,SL,COMP,STGAMIN3,AMIN4A,MEDIA2 The subpool Qwest is defined as SCRPOOL NAME=QWEST,RANGE(Q0-Q01000),LABEL(SL) The ONLY Tapereq statement which reference scrpool DFHSM, ie. the H2 tapes, is the following: TAPEREQ DSN(SYSHSM.COPY.**) VOLT(N) SUBPOOL(DFHSM) + MOD(9840) ESOTERIC(R9840) I'm stumped. All suggestions gratefully accepted. Thank You, Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of R.S. [r.skoru...@bremultibank.com.pl] Sent: Tuesday, July 28, 2009 10:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Problems with STK Tape allocation IMHO you should check the client definitions - SMC. -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl S?d Rejonowy dla m. st. Warszawy XII Wydzia? Gospodarczy Krajowego Rejestru S?dowego, nr rejestru przedsi?biorców KRS 025237 NIP: 526-021-50-88 Wed?ug stanu na dzie? 01.01.2009 r. kapita? zak?adowy BRE Banku SA (w ca?o?ci wp?acony) wynosi 118.763.528 z?otych. W zwi?zku z realizacj? warunkowego podwy?szenia kapita?u zak?adowego, na podstawie uchwa?y XXI WZ z dnia 16 marca 2008r., oraz uchwa?y XVI NWZ z dnia 27 pa?dziernika 2008r., mo?e ulec podwy?szeniu do kwoty 123.763.528 z?. Akcje w podwy?szonym kapitale zak?adowym BRE Banku SA b?d? w ca?o?ci op?acone. -- 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: FTP to Unix directory with spaces
Do you have anyone that can do an IP trace on the z box? In particular, the failing transfer vs. the start of the good one. You said that they use spaces in the names for other systems. Can you determine what the receiving systems are? This could be one of those things where both ends do something weird and the end result is failure. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Howard Brazee Sent: Tuesday, July 28, 2009 1:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP to Unix directory with spaces On 28 Jul 2009 11:34:10 -0700, dennis.ro...@lmco.com (Dennis Roach) wrote: Not actually. What we are wanting to see is the directory up level. Try cd /ps cd /ps/cs90ftp cd /ps/cs90ftp/conversion_files cd /ps/cs90ftp/conversion_files/CC cd /ps/cs90ftp/conversion_files/CC/extract dir What I would suspect is that somewhere along the way something does not exist or you do not have the required access. This will list the last valid directory in the path. Except I have that access using Ultra-Edit, and I cut and pasted the directory from ultra-edit's FTP browser. But here it goes. 12:45:09 Enter PASSWORD ..: ### 12:45:09 230 Login successful. 12:45:09 FTP2: cd /ps/cs90ftp/conversion_files/CC/extract 12:45:09 250 Directory successfully changed. 12:45:10 FTP2: dir 12:45:10 150 Here comes the directory listing. 12:45:10 -Dataset opened; data connection starting. 12:45:10 Data transfer Type is ASCII. Structure is File. Mode is Stream. 12:45:10 Dataset name: D44201.FTP.TMP.T4510028.P9758.S9758 Dataset attributes: 12:45:10 Dsorg=PS Recfm=VB Lrecl=137 Blksize=9076 Volser=DBS936 Unit=3390 12:45:10 Primary allocation is 5 tracks. Secondary allocation is 15 tracks. 12:45:10 150 Network data which exceeds LRECL will be wrapped to the next record. 12:45:10 226 Directory send OK. 12:45:10 -Transfer complete. 12:45:11 3673 bytes received in 0.03 seconds (122433 bytes/s) 12:45:11 Dataset name: D44201.FTP.TMP.T4510028.P9758.S9758 User=D44201 12:45:11 Data bytes written: 3577. 12:45:11 226 Disk tracks written: 1. 12:45:12 drwxr-xr-x2 60029104 4096 May 20 22:41 External System ID for SIT 12:45:12 drwxr-xr-x2 60029104 4096 Jul 28 15:27 Test Folder 12:45:12 -rw-r--r--1 6002910446 Jul 28 18:12 address_incr.dat I tried it again, with a more limited dir - which didn't show Test Folder for some reason (it is visible above): 12:45:42 FTP2: dir t* 12:45:43 150 Here comes the directory listing. 12:45:43 -Dataset opened; data connection starting. 12:45:43 Data transfer Type is ASCII. Structure is File. Mode is Stream. 12:45:43 Dataset name: D44201.FTP.TMP.T4542937.P2546.S2546 Dataset attributes: 12:45:43 Dsorg=PS Recfm=VB Lrecl=137 Blksize=9076 Volser=DBS618 Unit=3390 12:45:43 Primary allocation is 5 tracks. Secondary allocation is 15 tracks. 12:45:43 150 Network data which exceeds LRECL will be wrapped to the next record. 12:45:43 226 Directory send OK. 12:45:43 -Transfer complete. 152 bytes received in 0.03 seconds (5066 bytes/s) 12:45:44 Dataset name: D44201.FTP.TMP.T4542937.P2546.S2546 User=D44201 12:45:44 Data bytes written: 148. 12:45:44 226 Disk tracks written: 1. 12:45:44 -rw-r--r--1 60029104 5976435 Jul 23 15:07 test_scores-7-23.dat 12:45:44 -rw-r--r--1 60029104 305884107 Jul 25 03:51 test_scores.dat 12:45:45 FTP2: cd /ps/cs90ftp/conversion_files/CC/extract/Test Folder 12:45:45 550 Failed to change directory. 12:45:45 FTP2: END 12:45:45 221 Goodbye. 12:45:45 221 Session terminated 12:45:45 T01F2030I FTP2 returns CC=8 ... -- 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: Enforcing CPU Time
Depends on what you want to do. IEFUSI sets the single step limit. IEFUJI sets the total job limit. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Kelman, Tom Sent: Tuesday, July 28, 2009 3:05 PM To: IBM-MAIN@bama.ua.edu Subject: Enforcing CPU Time Management here has requested that we determine a way to enforce a CPU time limit on test jobs during the prime shift. That is we do not want the user to be able to override the default CPU time limit with the TIME= parameter on the EXEC card. Is the best place to do this the IEFUSI exit, or can it be done at all? It's been a long time since I've been involved with doing anything like this, and I'm now a capacity planner, not an MVS system programmer. Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 *** ** If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. *** ** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Tape mount statistics
I do not know about VSE but in the pre library/virtual tape days we had a task that was shipped as part of MICS or MXG that cut SMF records containing the time from the mount message to the DOM. Worked fine for single drive MVS mounts. Was not good for JES3 setup mounts (this may have been fixed) or multi-drive mounts. The mount for the 2nd drive is issued at open, the DOM at the time the switch is made to the 2nd drive. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Rich Smrcina Sent: Friday, July 24, 2009 6:11 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tape mount statistics Vince Getgood wrote: Hi all, ... Can anything be done on VSE? TIA I was at a customer site that required this info on VSE some years ago. The only way to get it is to read the console log output. -- Rich Smrcina Phone: 414-491-6001 http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2010 -- 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: Neon's zPrime - IBM response from July 10
PSI had a potential copyright violation. NEON in not violating copyright, but may be causing customers to violate license agreements. Big difference. IBM goes after company (PSI) or IBMs own customer base that is using zPrime. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Thursday, July 23, 2009 7:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Neon's zPrime - IBM response from July 10 P S wrote: My SWAG: This is NEON's way of getting IBM to buy them, to put them out of their misery, a la PSI. That might be their objective. If so, it's a failed strategy. IBM knows that many ISVs figured out long ago how to enable 3rd-party code to run on zAAP/zIIP. (A fun exercise.) If IBM bought NEON (or zPrime) to keep a lid on things, another zPrime-like product would appear soon thereafter, and then another, and another. There is no way IBM could buy them all. Even if they could, it seems unlikely they would put themselves in such a vulnerable position. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: ALLOCATION OF USERCAT MYSTERY - URGENT
What is the extent information? What does the index component look like? There is no guarantee that the primary allocation (25 cylinders) will be I a single extent. The primary field is usually the size of the first extent. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of esmie moo Sent: Monday, July 20, 2009 9:12 AM To: IBM-MAIN@bama.ua.edu Subject: ALLOCATION OF USERCAT MYSTERY - URGENT Good Morning Gentle Readers, I am trying to understand why the space allocation was changed when I allocated the USERCAT. The USERCAT is SMS managed and resided on vol PLN902 before I reallocated on PLN906. In the CLUSTER definition I had the following : DEFINE - USERCATALOG - (NAME (SYS1.ICFCAT.UCATPLN) - CYL(25,5) - VOLUME(PLN906) - STORAGECLASS(GUASPACE) - ICFCATALOG - STRNO(3) - FREESPACE(20 20) - NOIMBED - LOCK - SHAREOPTIONS(3 4)) - DATA( - CONTROLINTERVALSIZE(4096)) /* The catalog was successfully allocated: IDC0510I CATALOG ALLOCATION STATUS FOR VOLUME PLN906 IS 0 IDC0512I NAME GENERATED-(I) SYS1.ICFCAT.UCATPLN.CATINDEX IDC0181I STORAGECLASS USED IS GUASPACE IDC0001I FUNCTION COMPLETED, HIGHEST CONDITION CODE WAS 0 However it shows : ALLOCATION SPACE-TYPE--CYLINDER HI-A-RBA 15482880 SPACE-PRI-21 HI-U-RBA- 2949120 SPACE-SEC-- 5 VOLUME VOLSERPLN906 PHYREC-SIZE-4096 HI-A-RBA--- Why would the system override my allocation of 25 cylinders primary? Is there a reason to be concerned? How would I prevent this from happening again? Please forgive me for asking all these questions. I am just anxious if there would be a fall out or severe repercussions. Thanks in advance __ Looking for the perfect gift? Give the gift of Flickr! http://www.flickr.com/gift/ -- 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: Offload work to zIIP with zPRIME
I have often wondered about the legality of turning other engines on on an owned machine. They were delivered as part of what was bought, should they be ours to do with as we please? We use 3rd party maintenance on or processor (government competitive bid). When IBM offered an IFL to use for a z/VM and z/Linux proof of concept project, IBM sent people to turn on and off the IFL - i.e. IBM installed the enabling microcode, they would not deliver it to the 3rd party. The SCRT report also included information about the IFL and we were called and questioned why it was on and not paid for. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Bob Shannon Sent: Friday, July 17, 2009 7:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Offload work to zIIP with zPRIME After all, customer are charged for software on LPAR where it is not used ( RACF, RMM , CTG are some examples) So it is a bit weird that customers should be prevented to defend their own interest and try to use fully their owned hardware. No, you're not. You're charged for the capacity of the box, and more importantly someone in your company agreed to it. IBM has a variety of pricing options and anyone who wants a better deal should speak to their account representative. A complete set of PUs, 10, 12, 16 or whatever the current number is, is shipped with the processor. If you pay for one should be able to hot- wire the others so that you can use them? Specialty engines were sold to run eligible work. From IBM's standpoint eligible work is a subset of all the work on the machine. If you decide to expand the definition of eligible work without IBM's agreement, in my opinion you are staling resources. This is no different than bypassing the electric meter in your house. Bob Shannon -- 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: #UVT# Dataspace in *MASTER*
Ah yes, IPL. The ultimate supplier of all of the missing freemains. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Wednesday, July 15, 2009 9:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: #UVT# Dataspace in *MASTER* On Wed, 15 Jul 2009 18:39:42 -0400 Chris Edwards edwards_ch...@emc.com wrote: :snip :According to CA documentation, this appears to be a dataspace used by :CAIENF/USS... Now to find out why it keeps growing. :/snip :Rule 1 of programming: For every GETMAIN there is a FREEMAIN :Alas, not *all* programmers got up to this chapter in the book. Good thing, for that is not true. There is permanent storage which stays for the life of the IPL. -- 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: complexity
One very big reason for runtime binding is licensing. If an application includes subroutines from another vendor and they are hard linked, users of the software may be required to purchase the subroutine package. It gets even more complicated when open source software is used. The GNU GPL makes the new product a derivative product, covered by the same license and requiring it to become open source (if it is distributed outside the developing company). Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of john gilmore Sent: Tuesday, July 14, 2009 5:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: complexity I have propagated this thread name, but it is a dubious one: computational complexity is the standard name for an important computer-science topic that has nothing much to do with the content of this thread. Still, what Chris Craddock had to say about what I shall call binding times was of great interest. Decisions about the resolution of from where and/or when an external entry is to be invoked or a table is to be loaded may be taken at different times. These actions may, that is, be bound o at programming time, o at compile time, o at linkage time, or, finally, o at execution time. In PL/I, but not in C or its sequelae, one can use generic function references like x = sqrt(y) ; delegating to a compiler the responsibility to choose an appropriate entry, one consonant with the data types of x and y. However this is managed, execution-time binding of a sqrt routine is something to be avoided. Or again, one can write a division-method hashing routine that always uses the divisor/modulus m=29 (a convenient small prime), or instead one can make m an execution-time formal parameter of the hashing routine. (The option of making the decision which of a set of hashing routines, one each for m=2,3,5,7,11,13,..., an execution-time one is unattractive.) In recent years late binding times have come to be more and more heavily used. Sometimes this is appropriate because the maintenance/replacement cycles of invoker and invoked are very different. A CICS application that uses DB2 may not, for example, wish to commit itself at linkage time to the use of a particular version and modification level of DB2; and the dynamic invocation of a DB2 interface routine by alias provides one mechanism for avoiding the need to do so. Interestingly, however, the original IBM OS/360 linkage editor accepted load mules it had created on one occasion as inputs for modification on another; and the z/OS binder still does so. For reasons that I have never understood--There is no neurosurgery involved--these facilities have been used only by coloro che sanno. They are perceived to be too difficult for mandolinisti to master, and heroic measures are taken to avoid their use. Thus, while incompetence is not the only rationale for the use of DLLs and the like, it is the chief one. There are legitimate uses of late binding times, but two things about them must be understood: o deferring binding times incurs additional overheads and it incurs them repeatedly, and o doing so gives scope for more errors, not, in my experience, fewer of them. Generic preferences for early or late binding times are thus always unhelpful. These things said, Chris Craddock's projection of what the future holds is prescient, all but certainly correct. I wish I were as sanguine as he is about the consequences. Most homegrown systems are ugly, badly designed and badly implemented; and, while some acquired systems are radically better, many are not. Poor programming, inferior system design, and the like are things that we have tacitly agreed not to talk much about; instead we embrace, more or less briefly, and then discard a succession of shibboleths, each, like its predecessor, touted as a simple global remedy for all of our problems. There is little to be done about this; but we should all be familiar with Forster's story, 'The day the machine stopped'. John Gilmore Ashland, MA 01721-1817 USA _ Windows Live(tm): Keep your life in sync. http://windowslive.com/explore?ocid=TXT_TAGLM_WL_BR_life_in_synch_062009 -- For
Re: Find the computer error
One too many digits for VISA. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Hillock, Timothy Sent: Wednesday, July 15, 2009 3:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Find the computer error Account number may have been used instead of the amount. Take my advice. I'm not using it. :-) TImOTHY Hillock -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Wednesday, July 15, 2009 1:22 PM To: IBM-MAIN@bama.ua.edu Subject: Find the computer error http://news.yahoo.com/s/ap/20090715/ap_on_fe_st/us_odd_quadrillion_dolla r_debit_2 a stunning $23,148,855,308,184,500 Number doesn't seem to be any special hex value. -- 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 -- 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: Find the computer error
Decided to pay off the national debt? Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Wednesday, July 15, 2009 3:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Find the computer error -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bob Woodside Sent: Wednesday, July 15, 2009 3:39 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Find the computer error On Wednesday 15 July 2009, Roach, Dennis (N-GHG) wrote: One too many digits for VISA. Account number + check digit? SNIPPAGE Seems like VISA has a problem. http://www.nbcdfw.com/around_town/shopping/Wow-Quadrillion-Dollar-Credit -Card-Bill.html?yhp=1 (watch the wrap). Regards, Steve Thompson -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: MSU question z800 vs. z9BC
I have a real problem thinking that any current z/OS software will not run on the z800. z/OS 1.11 supports the z800 http://www-01.ibm.com/common/ssi/rep_ca/9/897/ENUS209-029/ENUS209-029.PD F and the vendor products that support z/OS 1.11 should support the z800 without having to back level. The same is not true for VM. z/VM 6.1 requires z10 http://www-01.ibm.com/common/ssi/rep_ca/7/897/ENUS209-207/ENUS209-207.PD F. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Gene Hudders Sent: Tuesday, July 14, 2009 9:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: MSU question z800 vs. z9BC Hi Mark: I guess that you don't need any software support to support these features? Regards, Gene In a message dated 7/14/2009 10:20:26 A.M. Eastern Daylight Time, mark.zel...@zurichna.com writes: On Tue, 14 Jul 2009 09:29:34 EDT, Gene Hudders eshudd...@aol.com wrote: Hi Mark: Depending on where you are software wise That is the point and you are assuming that because he is a small shop they are not using any new feature. I'm not assuming anything. You wrote Depending on where you are software wise, you may not be able to back level your software to run on z800. If he is already running z9 it is 100% certain that his software will support z800.I pointed some of the caveats related to H/W features of going backwards. But that is not a software support issue. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html **An Excellent Credit Score is 750. See Yours in Just 2 Easy Steps! (http://pr.atwola.com/promoclk/100126575x1221323036x1201367247/aol?redi r=http://www.freecreditreport.com/pm/default.aspx?sc=668072hmpgID=62b cd=Jul yExcfooterNO62) -- 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: Delete Tape Datasets
Dual logging is a belt and suspenders operation. If the suspenders are not needed more than the first day, it would be a question for IBM DB2 on how to make it happen without outside intervention. Are there so many tapes tied up that 4 days is a problem? Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Ron Sent: Monday, July 13, 2009 10:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Delete Tape Datasets For some reason, the tape(s) on which these datasets reside have an expiration date of 4 days. The owner of these datasets does not want to change that, but he does want the day old datasets deleted. Why should you have to go and manually (or automatically) delete tapes after one day, just because the owner doesn't want to change the expiry date? It's your shop, but that is the purpose of an expiry date, especially with a tape management system. Once you do something like that, you'll open the doors to even more complex solutions for simple problems. - Too busy driving to stop for gas Yes, but according to our DB2 DBA... we use dual logging, one set to tape, one set to DASD. He wants to keep the ones going to DASD for 4 days, but delete the tape ones after one day. There's a zparm... DSN6ARVP ARCRETN set to 4, which sets the retention to 4 days, but (excuse me for being a DB2 novice...) did not see anything in the DB2 manuals about setting retention for tape to 1 day andkeeping the DASD retention period to 4 days -- 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: Dialog Management Scrolling WAS Left Right Scrolling in ISPF
If you are displaying tables, individual columns can be made left/right scrollable. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Dave Salt Sent: Wednesday, July 08, 2009 8:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Dialog Management Scrolling WAS Left Right Scrolling in ISPF Hi Paul, ISPF table panels do not scroll left or right. Making the panel width larger than 80 characters will cause an error if someone attempts to display the panel on a regular 80 width screen size. The only way to get a table to scroll left and right is to simulate the behaviour programmatically, as explained in the previous thread. HTH, Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/SIM/simplist.htm Date: Wed, 8 Jul 2009 12:44:21 + From: esst...@juno.com Subject: Dialog Management Scrolling WAS Left Right Scrolling in ISPF To: IBM-MAIN@bama.ua.edu I am particulary interested in this thread. If am familiar with Scrolling through a Pannel table using PF7 and PF8 in a Dialog Manager Program. If I wanted to Scroll Left To Right PF10/PF11 Should the Panel for the Panel Table be defined graeter than 80 Characters ? In affect scrolling left to right being handle by the system and nor programaticly. My thought was that I would have to build a Panel table larger than the traditional 80 Character width. Lets say 110 Character Width. Do I need to specifically code for the PF10/PF11 and position the panel according -or with the system handle this automatically similar tp PF8/PF7. Can Some one provide some deatils on this Thanks paul D'angelo Click now to find a divorce attorney near you! http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTOXd1YLfMZaS6OoWC44bu LqpwGxAYQykOHKZI5TIfRIJoNOopncdy/ - - 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 _ Create a cool, new character for your Windows Live(tm) Messenger. http://go.microsoft.com/?linkid=9656621 -- 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: Dialog Management Scrolling WAS Left Right Scrolling in ISPF
Look at the Dialog Developer's Guide and Reference, Chapter 7, FIELD Section http://publibz.boulder.ibm.com/epubs/pdf/ispzdg60.pdf Book page 215, pdf page 236 for documentation and example. This allows for left and right scrolling and expanding the field (see example). I tried to locate an example that was not proprietary or copyright covered and could not. You could try searching your panel libraries for the strings LIND, RIND, SIND or )FIELD. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of esst...@juno.com Sent: Wednesday, July 08, 2009 10:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Dialog Management Scrolling WAS Left Right Scrolling in ISPF Dennis Roach wrote If you are displaying tables, individual columns can be made left/right scrollable. Dennis, Could you please elaborate on this, from other posters it seems this has to be done from the programmers logic. Paul D'Angelo Workers Compensation Legal Advice. Click here http://thirdpartyoffers.juno.com/TGL2141/fc/BLSrjpTOcqFIkWeyBuse6tqAuhR OpCXbKFJvjRiGWrNcY4ZUU9yqlkTQIes/ -- 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: Planned IBMLink Outage July 10-11
We actually brought this up to them at SHARE during a restricted session. The concerns were that they were taking an outage during our main upgrade window, when we need them the most. Since they have a failover site, why couldn't they do a rolling upgrade? The response was a blank stare. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Clark Morris Sent: Wednesday, July 08, 2009 3:00 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Planned IBMLink Outage July 10-11 On 8 Jul 2009 10:01:22 -0700, in bit.listserv.ibm-main you wrote: Planned IBMLink Outage July 10-11 This is to inform you that IBMLink will have a planned outage starting on Friday, July 10 at 8:00 PM Eastern Time through Saturday, July 11 at 8:00 AM Eastern Time (Saturday, July 10 from 01:00 UTC to 13:00 UTC). This planned outage will occur because of the installation of our July fixpack, which will include improvements to the IBMLink platform and its applications. During this time, you will not be able to access IBMLink. We would like to remind you that there is a maintenance window scheduled every Saturday night from 11:00 PM Eastern Time through Sunday at 9:00 AM Eastern Time (Sundays 03:00 UTC to 13:00 UTC). This window may be used for normal maintenance of the infrastructure on which IBMLink resides. During this time, you may not be able to access IBMLink. Haven't they heard about 24/7/365.25. If I wasn't semi-retired, I would be submitting a SHARE requirement and if rejected, I would seriously consider embarrassing publicity, say at an annual meeting of IBM. Thank you for your patience and understanding. I would have no patience and less understanding. -- 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 List-Subscribe: mailto:ibm-main-subscribe-requ...@bama.ua.edu List-Unsubscribe: mailto:ibm-main-unsubscribe-requ...@bama.ua.edu MIME-Version: 1.0 Message-ID: bhu955hvef2pg03rqafjhe7bcljsooe...@4ax.com Newsgroups: bit.listserv.ibm-main Precedence: list Received: from mailgw3b.lmco.com (mg_filter) by mailgw3b.lmco.com with mailout; Wed, 08 Jul 2009 16:01:22 %z Received: from bama (localhost [127.0.0.1]) by bama.ua.edu (8.13.8+Sun/8.13.8) with ESMTP id n68K15mo015840; Wed, 8 Jul 2009 15:01:17 -0500 (CDT) Received: by BAMA.UA.EDU (LISTSERV-TCP/IP release 15.0) with spool id 100567 for IBM-MAIN@BAMA.UA.EDU; Wed, 8 Jul 2009 15:00:02 -0500 Received: from mailapp-1.ua.edu (mailapp-1.ua.edu [130.160.4.236]) by bama.ua.edu (8.13.8+Sun/8.13.8) with ESMTP id n68Jxbvh007577 for IBM-MAIN@bama.ua.edu; Wed, 8 Jul 2009 15:00:02 -0500 (CDT) Received: from simmts8.bellnexxia.net (HELO simmts8-srv.bellnexxia.net) ([206.47.199.166]) by mailapp-1.ua.edu with ESMTP; 08 Jul 2009 15:00:02 -0500 Received: from simip10-ac.srvr.bell.ca ([206.47.199.89]) by simmts8-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id 2009070821.wpwg1670.simmts8-srv.bellnexxia@simip10- ac.srvr.bell.ca for IBM-MAIN@bama.ua.edu; Wed, 8 Jul 2009 16:00:01 -0400 Received: from hlfxns0187w-142167197158.pppoe-dynamic.ns.aliant.net (HELO home-jxaf3rmocz.no-domain-set.aliant) ([142.167.197.158]) by simip10-ac.srvr.bell.ca with SMTP; 08 Jul 2009 15:53:48 -0400 References: b192ab50f9a86f438aa3a8528934355e0efcf...@crplivexc52.citnet.cit.com Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: Planned IBMLink Outage July 10-11 To: IBM-MAIN@bama.ua.edu X-Antivirus: checked in 0.007sec at bama.ua.edu ([130.160.4.114]) by smf-clamd v1.2.1 - http://smfs.sf.net/ X-Group: ACCEPTLIST X-IronPort-AV: E=Sophos;i=4.42,370,1243832400; d=scan'208;a=58608852 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApsCAGOXVErOL8emkWdsb2JhbACBUZc/AQEBAQkLCgcTA7gxhAgFiRw X-IronPort-Anti-Spam-Result:
Re: Delete all members of a PDS with JCL
PDS86 is a free version (subset) of StarTool that supports both PDS and PDS/E. You can get it from the CBT tape (http://www.cbttape.org) file 182. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Skip Robinson Sent: Tuesday, July 07, 2009 3:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Delete all members of a PDS with JCL The problem with many simple delete-member processes for PDS-- DSORG(PO)-- is that while the result is a PDS with no members, it may not be not truly 'empty'. That is, the data portion of the allocation is still occupied by whatever content was there before member deletion. In order to finish the process, you need to compress the memberless PDS to reclaim the space. Programs like PDSCLEAR or StarTool FIX RESET render a PDS truly empty is a single user operation. PDSE behaves differently. Deleting a member makes previously occupied space available for the next member to be added. . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com carlos roberto visconde cvisco...@ig.com To .BR IBM-MAIN@bama.ua.edu Sent by: IBM cc Mainframe Discussion List Subject ibm-m...@bama.ua Re: Delete all members of a PDS .edu with JCL 07/07/2009 12:06 PM Please respond to IBM Mainframe Discussion List ibm-m...@bama.ua .edu You can use iebupdte. 2009/7/7 Hal Merritt hmerr...@jackhenry.com IMS came with a utility that did exactly that and I adopted the empty-and-repopulate process with very good results for a number of products. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chris Hoelscher Sent: Tuesday, July 07, 2009 12:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Delete all members of a PDS with JCL we have run into may situations where when we are upgrading to a new release of a product (say IDMS or DB2) - we warn all users that ad- hoc jobs that access the runtime-loadlibs will mis-behave during the upgrade additionally - many jobs have JCL included for libraries they simply don;t need however - many dont listen and submit jobs anyhow - we chose not to take the time to cancel these jobs so we can rename or delete - we just empty the PDS and then re-load with the newer contents! Chris Hoelscher Senior IDMS DB2 Database Administrator Humana Inc 502-476-2538 choelsc...@humana.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: Alert and Resolve price changes
You pay for the efficiency and convenience, not for IBM's cost of doing business. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Richard Peurifoy Sent: Monday, July 06, 2009 3:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Alert and Resolve price changes Gibney, Dave wrote: Great, presumably they are saving money by discontinuing Green Screen Ibmlink, so the price goes up. Makes perfect sense :( Actually, I have never understood this. Phone support has to cost IBM a lot, but it is free (part of the license cost), but IBMLINK where we do out own research instead of having people on the phone do it cost extra. -- 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 -- 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: S222 abends and Reason Codes
This is not an S222, it is a U222. Major difference. If this is a vendor application the check the vender documentation and then call the vendor. If it is an in-house application, turn it over to the application programming team. Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Thursday, July 02, 2009 11:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: S222 abends and Reason Codes On Thu, 2 Jul 2009 10:57:27 -0500, McKown, John jmck...@healthmarkets.com wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Thursday, July 02, 2009 10:54 AM To: IBM-MAIN@bama.ua.edu Subject: S222 abends and Reason Codes Someone asked this and I did not know where to look. They are researching an internal S222 abend. It came with a reason code. Now, I have seen S222 due to OPER Cancel commands, but I am not familiar with S222 abends that are issued internally and with a reason code. Would I be correct in assuming that I need the person that wrote that code to tell me why they did an internal S222 abend and what their reason code means? This is not something I would think would be an IBM process. Lizette You are correct. It is possible for user code to issue an S222 abend internally. Perhaps via an F jobname,ABEND or some such thing. You need the code and hope that it is documented. -- John McKown Systems Engineer IV IT I have also seen user 222 abends (poor choice of a number IMHO). I see these in the syslog from time to time (from AFOPER I think). They also show up in the syslog starting in column 1 without the standard routecode, sysid, date/time prefixes: !OMG4042 ABEND U222 OCCURRED, TEXT=MATCH CANCELLED !OMG4043 DUMP SUBSYS=O340 0340 MODULE=AOTSKVEC(AOTSKMGR)+X/000650/ CODE=U222 !OMG4026 A SVC DUMP WAS SUPPRESSED (ABEND TABLE/USER ABEND) !OMG4044 - ABEND ANALYSIS !OMG4044 SUBSYS = O340 0340 MODULE = AOTSKVEC !OMG4044 DATE = 2009.183TIME = 0.41.12 !OMG4044 ABEND U222 AT AOTSKVEC (AOTSKMGR) + X/000650/ !OMG4044 FAILING INSTRUCTION WAS 0A0D !OMG4044 PSW = 078C1000 80055712 ILC = 2 IC =0D !OMG4044 ASID = 0022 (HOME) 0022 (PRIM) 0022 (SCND) !OMG4044 R0 = 000C 00DE 00155038 171CF000 !OMG4044 R4 = 0007 001C 00155038 !OMG4044 R8 = 0007B048 19B8905C 000560C0 000233E0 !OMG4044 R12 = 000550C0 89C0 0006E9D0 !OMG4044 AR0 = !OMG4044 AR4 = !OMG4044 AR8 = !OMG4044 AR12 = 0002 !OMG4044 - !OMG4053 RECOVERY IN PROGRESS -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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: OA29560
See https://www-304.ibm.com/ibmlink/sis/viewAparDoc.wss?context=aparAndUsage documentIds=OA29560searchWords=OA29560libraryType=Dlc=encc=US Dennis Roach GHG Corporation Lockheed Martin Mission Services Facilities Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Staller, Allan Sent: Tuesday, June 30, 2009 8:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: OA29560 Can you provide a little more information about the components and symptoms? snip Just wanted everyone to be aware. This is a open apar. We have 20 plus images running on 1.10 but last weekend when attempting to move 1 additonal we hit this problem. We had to back down to 1.9 after multiple attempts to IPL we still had a volume we were not able to access. All attempts to access data on a volume abended with s013-e0. The SVC dump will indicate module IGBDIS01 receiving a s0c4 abend. The apar does not document yet any work around. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: smf layout question
SMF collects everything it is told to collect. SYSLOG is not one of those items. If you have RACF OPERCMDS class active and being fully audited, you may find the command in the type 80 records. If the scheduling system has a user interface to say ISPF, items there may not be logged. I would look at SYSLOG and the schedulers logs. The RACF idea is a long shot. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of larry macioce Sent: Tuesday, June 23, 2009 1:24 PM To: IBM-MAIN@bama.ua.edu Subject: smf layout question I /we have a scheduleing system that is no longer supported ,well it is but it isn't. Anyway, something weird happened and the operator on dusty says he didn't do it. What happened was an external replay was given to release a certain part of the schedule. This all occurred Friday a.m. and I was off yesterday that is why I'm asking today. I've been through syslog, the scheduling systems log ,tcpip and several reports, but have found nothing to clear or blame the operator. I am tyring to clear him(he asked me to look into this). We do have some remotte logins and they could have done it but I have found no evidence. I know that smf collects everything but I wouldn't know where to start looking thanks Mace -- 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: IBM Software Secure Support via USA Citizens
We don't make the rules. We don't have to like the rules. We don't have to understand the why behind the rules. We do have to live with the rules. Several years ago we contracted for an in-house class with a company other than IBM. The instructor was from Canada and did not have a work permit. It took half a day just to get him in the facility. When we did, we had to make sure everyone was aware of the presence of a foreign national. I felt like walking ahead, ringing a bell, crying Unclean - foreign national - unclean We have code that we cannot discuss with some non-citizens due to export restrictions. I think this is a great idea and hope that IBM establishes similar centers to assist other nationalities with the same restriction. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Wednesday, June 17, 2009 2:41 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Software Secure Support via USA Citizens Govt customer opens a PMR, and happens to get a non-US citizen, they have to close the pmr. That makes absolutely no sense! Some of the best support people in IBM work in the Toronto ISC. I used to work for a company based in California and the service provider was in Dallas. We had a z/OS problem that got escalated to a Toronto support person. She solved the problem; she was NOT a US citizen. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Tape retention question
Or have your tape copy utility copy to virtual tape. As the background tape media changes, the files automatically move to the new media. This will keep it from deteriorating beyond readability and keep it on a media that you have drives for. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Russell Witt Sent: Friday, June 12, 2009 12:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tape retention question Bill, Good questions, but still not enough of them. There is also the concern about do you have the devices needed to read the tapes after xx years? For example, I know some shops still have a rack of 3420 round reels. They haven't had a 3420 device for the past 10 years; but still have a rack of round reels. Even if they had a 3420 device, do you think they could still read the data off the tape. You state that from a capacity standpoint it is not practical to keep 99365 files forever. Here I must disagree with you. There are many tape-copy/stacking utilities out there, some for a specific tape management system and some more generic. But they all do basically the same thing; copy and stack data while updating the tape management system to reflect the original creation information (jobname, date, etc..). Also, the capacity of cartridges has gotten very-very large. Now, most shops would never think about putting 1-TB of HSM archive data onto a single tape (the single-threading of recalls would be a huge delay); but for long term retention they are great. You stack a couple of hundred/thousand 3480/3490 datasets onto two cartridges (always have a backup when the basket is that large) and you can set it on the shelf for 5-10 years. Then, take it off the shelf and copy it to the new latest/greatest cartridge type (what, 1-Pb by then I imagine). The real trick is to move the media forward at least every 5-10 years for the old data AND to stack these long-term files together to cut down on the media costs. The cost of a couple of high-capacity cartridges and letting them sit on a shelf is minor. Of course the cost of the device is high, but you would be upgrading at least every 5-10 years anyway. Just some other options to consider. Russell Witt CA-1 L2 Support Manager -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu]on Behalf Of William Bishop Sent: Thursday, June 11, 2009 7:01 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Tape retention question This question is more about the tapes we created years ago before we went to an SMS enviornment and how do sites clean-up tapes that sit for several years that for the most part were from application sets that we no longer run. A second type would be for retired applications, do you keep all the GDGs that existed when the application stopped? How many do versions you keep? For how long? I believe most of us have to beg the old application owners to review their files and tell us when we can get rid of them, but I am asking is do some sites have a process that says after x years, unless specifically requested, old tape files get deleted? Expdt=99365 says to keep the files forever, but from a legal standpoint, and from a capacity standpoint, that is not always practical. Also, in olden days, expiration date managment was left more to the original jcl developers. Thanks Bill Bishop Specialist Mainframe Support Group Server Development Support Toyota Motor Engineering Manufacturing North America, Inc. bill.bis...@tema.toyota.com (502) 570-6143 -- 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 d in 0.012sec at bama.ua.edu ([130.160.4.114]) by smf-clamd v1.2.1 - http://smfs.sf.net/ X-Group: MEDIUM_SUSPECTLIST X-IronPort-AV: E=Sophos;i=4.42,213,1243832400; d=scan'208;a=52850784 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AikoAGamMkrOLq0BY2dsb2JhbACBYIkEjVkXCA0FEwWoBwmOY4JXgTYFiFo X-MID: 52850784 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-MSMail-priority: Normal X-Mailer:
Re: Any products to protect MVS software from cracking and reverse engineering?
The only vendor I have ever had that took real exception to reverse engineering their code was one that had a security exposure (unrestricted SPFCOPY SVC). They made all kinds of threats. In the end, they fixed there code. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Timothy Sipples Sent: Thursday, June 11, 2009 2:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Any products to protect MVS software from cracking and reverse engineering? Shai Hess writes: MF must be open to take some good idea from PC to become a better platform. I agree, and the mainframe is open. For example, is a System z mainframe running Novell or Red Hat Linux more or less open than a PC server running Microsoft Windows 2008? I think the answer to that question is quite obvious. But you must surely recognize the supreme irony in what you're asking for: that in order to be open you want the mainframe (or at least your software) to prevent customers from all possibility of inspecting running code in any fashion, to be just like a PC. Every customer I've ever met would consider such an approach 110% closed and stifling. On both PCs and mainframes. I think that PC versus mainframe is a dodge, to be blunt. This is entirely a vendor versus customer argument. It concerns how you view your customers and their requirements in relation to yours, and whether you can reach mutually beneficial business agreements. In my experience, on both PCs and mainframes, customers must be able to manage what you sell them effectively, whether it's for reasons of performance analysis, troubleshooting and problem determination, security, backup/recovery, or whatever. Those management requirements are effectively non-negotiable, and customers have many alternatives in this competitive marketplace. As mentioned, let's take a few steps back here. What business goal(s) are you trying to accomplish? - - - - - Timothy Sipples Consulting Enterprise Software Architect IBM Japan, Ltd. e99...@jp.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: FTP and SMS (and DYNALLOC)
Does a catalog entry for PFDT.TSREL.OPPLZDCK.PULLOUT.SUN already exist for SYST01? Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Lester, Bob Sent: Friday, May 22, 2009 2:33 PM To: IBM-MAIN@bama.ua.edu Subject: FTP and SMS (and DYNALLOC) Hi Folks, I'm in the middle of an SMS conversion at z/OS 1.9. We have an ftp batch job that reaches down to a squatty box and pulls some data. The LOCSITE parms are: LOCSITE LRECL=8996 BLKSIZE=9000 RECFM=VBA + unit=sysda volume=SYST01 cyl pri=20 sec=30 Volume SYST01 does not exist anymore (it was replaced with an SMS pool of volumes) and the job fails with this: EZA2322I PFDT.TSREL.OPPLZDCK.PULLOUT.SUN is on a direct access volume that is not mounted and Noautomount is specified. I have code in my Data Class ACS like this: WHEN (PGM = 'FTP') DO SET DATACLAS = 'DCSTAND' EXIT END I do not have DATACLAS/STORCLAS/MGMTCLAS specified in my FTCDATA. What am I missing? Why doesn't the file get the Data Class? (DCSTAND points to SC STANDARD, The Storage Group should be set by DSN (in this case PFDT.**). Any pointers are appreciated. I've read the FM, but I'm not seeing it. Thanks! BobL Bob Lester Systems Storage Oppenheimerfunds 303.768.3504 bles...@oppenheimerfunds.com --- --- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. === === -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP and SMS (and DYNALLOC)
Since you are relying on SMS to select the volume, take it out of the locsite statement. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Lester, Bob Sent: Friday, May 22, 2009 2:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP and SMS (and DYNALLOC) Hi Dennis, Nope, I checked that. It appears that the volume specified on the LOCSITE VOL= parameter must exist? It can't be redirected? Can you confirm? (Or am I doing something stupid?). Thanks for the reply. Thanks! BobL -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Roach, Dennis (N-GHG) Sent: Friday, May 22, 2009 1:43 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP and SMS (and DYNALLOC) Does a catalog entry for PFDT.TSREL.OPPLZDCK.PULLOUT.SUN already exist for SYST01? Dennis Roach GHG Corporation --- --- This e-mail transmission may contain information that is proprietary, privileged and/or confidential and is intended exclusively for the person(s) to whom it is addressed. Any use, copying, retention or disclosure by any person other than the intended recipient or the intended recipient's designees is strictly prohibited. If you are not the intended recipient or their designee, please notify the sender immediately by return e-mail and delete all copies. OppenheimerFunds may, at its sole discretion, monitor, review, retain and/or disclose the content of all email communications. === === -- 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: USERCAT Error (Out of Space)
I would look at: a) clean up unneeded entries b) reorg c) expand the space d) split the catalog e) all of the above Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of George Rodriguez Sent: Friday, May 15, 2009 8:24 AM To: IBM-MAIN@bama.ua.edu Subject: USERCAT Error (Out of Space) I've got this out of space problem in one of our user catalogs. Since this particular catalog is used by a bunch of STC, I was thinking of expanding the catalog this Sunday in a window. Here's my question...Is it possible to REORG the catalog to reclaim dead space? I've deleted about 600 entries but that only bought me about 4 hours until it got full again. George Rodriguez Specialist, Systems Programmer Network Technical Services (561) 357-7652 (office) (561) 707-3496 (mobil) School District of Palm Beach County 3348 Forest Hill Blvd. Room B-332 West Palm Beach, FL. 33406-5869 Rated A by the Florida Department of Education 2005, 2006, 2007 2008 - Under Florida law, e-mail addresses are public records. If you do not want your e-mail address released in response to a public records request, do not send electronic mail to this entity. Instead, contact this office by phone or in writing. -- 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: PSF printer question
Printer commands like backspace, restart, etc. are JES commands and are not dependent on the printer or its attachment. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Widmayer, Bill Sent: Thursday, May 14, 2009 6:33 AM To: IBM-MAIN@bama.ua.edu Subject: PSF printer question I have an old channel attached printer I want to replace with a PSF printer defined with an IP Address. Does anyone know if the PSF printer will support the channel attached local printer commands, like backspace, restart, etc? The fun part is that this is a really old os/390 2.10 system, and PSF 2.2 Bill Widmayer Mainframe Network Support|| Infocrossing, a Wipro Company || 6620 Bay Circle, Norcross, GA, 30071 || P:678.728.1649 || F:678.728.1583 || C:404.313.8965 ||bill.widma...@infocrossing.com **Think Green - Please print responsibly** Confidentiality Note: This e-mail, including any attachment to it, may contain material that is confidential, proprietary, privileged and/or Protected Health Information, within the meaning of the regulations under the Health Insurance Portability Accountability Act as amended. If it is not clear that you are the intended recipient, you are hereby notified that you have received this transmittal in error, and any review, dissemination, distribution or copying of this e-mail, including any attachment to it, is strictly prohibited. If you have received this e-mail in error, please immediately return it to the sender and delete it 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: ADRDSSU protection [was:RE: Using FTP to send loadlib]
As a sysprog, I agree. For the applprog, verify what happens when a data set is on ML1 or ML2 and a masked include is used. DSS used to skip these and still have a zero return code. This caused the application source to be left off of their DR tapes. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Farley, Peter x23353 Sent: Tuesday, May 12, 2009 10:16 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib] Thank you from this applications programmer for the most sensible and reasonable answer and attitude I have yet seen. It would be terrific if every systems programmer and storage administrator and auditor and management were so enlightened. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joel C Ewing Sent: Tuesday, May 12, 2009 10:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib] Obviously some shops must be radically different. In a full SMS shop, applications programmers of course have no business doing volume- level or volume-specific operations, and to prevent override of RACF access restrictions ADRDSSU ADMIN authority must be tightly restricted to those authorized to perform DASDAdmin functions; but for us to deny applications access to DFDSS for dataset level backup/restore functions on their own application datasets would be counterproductive. We find that SMS configuration and conventions can reasonably be used to handle a few backups, but are completely inadequate for many others where the only kinds of backups that make sense are driven by application-level events, with sets of related datasets that must be handled as a consistent group, and/or with archival retention requirements that don't fit within the rather simplistic SMS management capabilities. As a SysProg it is part of my responsibility to see that we can recover the data center as a whole to a point-in-time in the event of a data center failure. But, I do not have the time, the inclination, or the responsibility to determine what additional backups many different individual application areas may need in order to recover from mini-disasters caused by application program failures, to reprocess old data because of changed end-user requirements, or to meet data archival requirements imposed by management or law specific to that application area. Given that there are of necessity backups that must be designed by and maintained by non-SysProg, applications people who are the ones in the best position to understand their archival requirements, to deny them ADRDSSU, effectively limiting them to sequential file backups and awkward and inefficient file stacking on tape backups, makes little sense. JC Ewing This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ADRDSSU protection [was:RE: Using FTP to send loadlib]
It wasn't so well documented 25+ years ago. Applprogs, just like sysprogs, make use of the most common command on a computer, COPY. RTFM is generally a last resort. We wrote affront end for DSS that checked the catalog, recalled what was needed, then XCTLd to DSS. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Mark Jacobs Sent: Tuesday, May 12, 2009 10:38 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib] R.S. wrote: Roach, Dennis (N-GHG) pisze: As a sysprog, I agree. For the applprog, verify what happens when a data set is on ML1 or ML2 and a masked include is used. DSS used to skip these and still have a zero return code. This caused the application source to be left off of their DR tapes. This is well-know and documented behavior. We shouldn't assume, that applprog is less intelligent than sysprog. And this gotcha is no justification to for denying ADRDSSU at all. Applprogs (everyone) can make mistake without ADRDSSU as well. Applprogs are probably allowed to use many tools which they don't know well. Jobstep 1 - HRECALL with wait option Jobstep 2 - DFDSS processing. It's not rocket science. -- Mark Jacobs Time Customer Service Tampa, FL The avalanche has already started. It is too late for the pebbles to vote. -- Kosh, Babylon 5 -- 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: ADRDSSU protection [was:RE: Using FTP to send loadlib]
At the shop I was with at that time, yes. O/S provided a running system with empty TMC, HSM, and catalogs. Applications were responsible for their own DR plan and were required to be recovered on ANY compatible MVS system. At my current shop, a copy of every DASD volume and virtual tape volume goes offsite. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Tuesday, May 12, 2009 11:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib] Do you mean to say that you go to DR without your HSM environment? That's what Duplexing is for, besides protecting against the odd bad tape. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin [paulgboul...@aim.com] Sent: Tuesday, May 12, 2009 11:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADRDSSU protection [was:RE: Using FTP to send loadlib] On Tue, 12 May 2009 17:31:43 +0200, R.S. wrote: Roach, Dennis (N-GHG) pisze: As a sysprog, I agree. For the applprog, verify what happens when a data set is on ML1 or ML2 and a masked include is used. DSS used to skip these and still have a zero return code. This caused the application source to be left off of their DR tapes. This is well-know and documented behavior. We shouldn't assume, that applprog is less intelligent than sysprog. And this gotcha is no justification to for denying ADRDSSU at all. Applprogs (everyone) can make mistake without ADRDSSU as well. Applprogs are probably allowed to use many tools which they don't know well. What, then, should one use to create a complete copy of one's data such as might be needed for disaster recovery? I could imagine a hirearchy of Requirements for dealing with this: o An option to set nonzero return code when a data set is so skipped. o An option to force recall of migrated data sets when needed. o A similar option with an enhancement; a side door to HSM so data could be moved directly from ML[12] to the backup medium, avoiding the double I/O otherwise necessary. But that's the edge of a slippery slope; others could imagine the need for infrequent access to specific migrated data for which the overhead of recall and re-migrate appears onerous. -- 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 -- 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: E-Mail legalese (was Re: Test)
Which is why I do not put a delete if not for you message. Makes about as much sense as telling a jury to ignore testimony. Mine is simply to release others from liability should I say something that I should not say. I was taught a long time ago not to put anything in an email that I did not mind seeing on the evening news (that would be a real slow night). Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Lionel B Dyck Sent: Thursday, May 07, 2009 10:04 AM To: IBM-MAIN@bama.ua.edu Subject: E-Mail legalise (was Re: Test) Steve is right - having the disclaimer at the bottom of the e-mail is almost worthless for several reasons: 1. On a long e-mail you won't see it until you read down thru the e- mail causing you to scroll to the bottom 2. Just because it is there will not prevent inappropriate usage of the contents 3. It is a legal cya that some view as worthwhile A better approach would be a popup to force you to acknowledge that you are authorized and which logs such action before allowing one to read the e-mail. But then that would be a major pain in the (pick your part) to have to do on every e-mail which might make people more inclined to use the phone or to communicate in person or in some cases not send out an e-mail. Cheers Lionel B. Dyck, Consultant/Specialist ?Never attribute to malice what can be caused by miscommunication.? NOTICE TO RECIPIENT: If you are not the intended recipient of this e- mail, you are prohibited from sharing, copying, or otherwise using or disclosing its contents. If you have received this e-mail in error, please notify the sender immediately by reply e-mail and permanently delete this e-mail and any attachments without reading, forwarding or saving them. Thank you. From: Thompson, Steve steve_thomp...@stercomm.com To: IBM-MAIN@bama.ua.edu Date: 05/07/2009 07:38 AM Subject: Re: Test Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rich Smrcina Sent: Thursday, May 07, 2009 9:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Test Ron wrote: Funny part is that these type of notices are always at the bottom of the email. Just the place I always scroll to immediately when receiving and reading an email... No, he was referring to the Netzero advertisement that was appearing in his sent email, in addition to the customary IBM-Main verbage. snip Actually, I was referring to the legalese at the bottom of a posting that boils down to, if this email isn't meant for you you have to unread it, forget that you saw it and then reply to the sender to let them know you didn't read it. To that, I took something from Get Smart (the old fogies version), to Burn Before Reading. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer. -- -- 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: ADRDSSU protection [was:RE: Using FTP to send loadlib]
If they have read to the data set, they can get the data without DSS. The only reason I have ever found to protect DSS is due to a deficiency. Our application group decided it was great for backups using a generic select. DSS did not copy data sets that were migrated, and had a zero return code. IEBCOPY/GENER to a stacked tape did not miss a migrated data set. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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- Behalf Of Mark Zelden Sent: Wednesday, May 06, 2009 9:02 AM Sorry, guys. In my world, Application Programmers have no business having access to Storage Management utilities like DSS. Period. That needs to remain a centralized function. -- 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: Utility to search multiple files on multiple volumes
3.4 with dsn of ** and vol of TSO* to produce the list. Then srchfor in the command line. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Gilbert Saint-Flour Sent: Tuesday, May 05, 2009 6:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Utility to search multiple files on multiple volumes On Tuesday 05 May 2009 13:46, גדי בן אבי wrote: How do I ask: Find all the members in all the PDS's on disks whose name begins with TSO and contain the string GABI (That is what my user wants to know). SCANPDS ** VOL(TSO*) FIND(GABI) WORD BOUNDS(1,80) Is this what you're looking for ? http://gsf-soft.com/Products/SCANPDS.shtml -- 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: Utility to search multiple files on multiple volumes
I said use ** for the dsn. It is better to leave the dsn blank. I our shop, this is maybe 5 seconds per volume. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, May 05, 2009 11:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Utility to search multiple files on multiple volumes On Tue, 5 May 2009 08:23:04 -0600, Steve Comstock st...@trainersfriend.com wrote: Tom Marchant wrote: On Tue, 5 May 2009 07:14:29 -0600, Roach, Dennis wrote: 3.4 with dsn of ** and vol of TSO* to produce the list. Then srchfor in the command line. Perhaps just before going out to lunch. But don't leave until you have responded to the pop-up asking if you really want to do this, or when you come back from lunch it will still be waiting. If you set your initial view to Volume, this doesn't take that long.. especially compared to a catalog search using ** (of course YMMV depending on how many TSO* volumes there are). Plus there's a good chance the VTOC and VTOCIX are cached (I hope you are all using VTOCIX). We prevent the catalog search of generic HLQ with the sample provided exit because it can drive the CATALOG asid to use high CPU for a long period of time but have found no performance problems caused by letting people use the generic volser since it affects only 1 volume at a time. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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: relationship between directory blocks and the number of members in a PDS ?
When someone does something that causes the rule of thumb to become broken, should we break their thumbs. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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- Behalf Of Steve Comstock Subject: Re: relationship between directory blocks and the number of members in a PDS ? Tom Marchant wrote: On Fri, 1 May 2009 11:26:01 -0500, Chris Bowen wrote: Also note that the z/OS 11 preview says that the ISPF statistics may be larger, reducing the number of members that will fit in a directory block. Ahh. Good catch. I'll have to watch for that. -- 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: Possible new SYSTEM symbols in JCL.
Discussions on this, and other forums, and SHARE requirements finally drove IBM to change the APF authorization of link list and to prevent user key CSA. If change is really desired, submit a SHARE requirement. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of DanD Sent: Wednesday, April 29, 2009 1:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Possible new SYSTEM symbols in JCL. - Original Message - From: Ted MacNEIL this one has gone on for years and has produced nothing new under the sun. I wouldn't say NOTHING Ted. Maybe nothing from IBM but Shane wrote an IEFUJV exit that updates variables on the SET JCL statement and I expanded it to add a whole bunch of DATE/TIME related symbols (as well as other symbols). Of course, as these are all done at reader time it's up to the installation to make their own decision whether these symbols are valid or not for their site. As for the original poster... I've added ZJOBID. and sent a new version of file 452 to Sam. It should be on the updates section of the CBT site in a few days. DanD -- 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: Who to report TESTCASE.BOULDER.IBM.COM Issues
Make sure you are using the correct address. There have been several postings about it changing. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of John P. Baker Sent: Tuesday, April 28, 2009 2:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Who to report TESTCASE.BOULDER.IBM.COM Issues Lizette, I would start with your internal network support team. I just connected to testcase.boulder.ibm.com and logged in using anonymous with no problems. John P. Baker -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Tuesday, April 28, 2009 3:50 PM To: IBM-MAIN@bama.ua.edu Subject: Who to report TESTCASE.BOULDER.IBM.COM Issues How do I report a problem connecting to TESTCASE.BOULDER.IBM.COM to in IBM? I keep getting a EDC8118I Network is unreachable. when trying to FTP doc to IBM. 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 -- 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: Fw: INFOPAC
He did lower it from 8M to 7M. In IEFUSI, I set skip availability flag so a fragmented initiator will not cause a problem. As always, protect LSQA and runaway variable getmains using limit and size. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Edward Jaffe Sent: Thursday, April 16, 2009 3:28 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Fw: INFOPAC Ron Wells wrote: Another related problem...was just informed the following is occuring since we put on rsu0812.. IEF085I REGION UNAVAILABLE, ERROR CODE=20 we are readjucting the region parm to 7m from 8m to see if that works.so something has changedno word from ibm nor asg on open tickets... Ummm. Increasing the region parm only makes the shortage more acute! Just out of curiosity, what do you have for Vsm CheckRegionLoss in DIAGxx? -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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: Documentation Delivered as ISO files
Look at Virtual Clone Drive at http://www.slysoft.com/en/download.html. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of John McKown Sent: Wednesday, April 01, 2009 11:47 AM craig.bak...@yahoo.com wrote: Now that we are using electronic delivery for all of our maintenance a lot of documentation is coming on files with a ISO file extension. I am wondering how other sites are handling these files? Personally, since I use Linux, I simply do a loop mount of the ISO file. Something like: sudo mount file.with.doc.iso /mnt -oro,loop I can then look in the /mnt subdirectory for the documentation. If I need to get this on a Windows platform, then I use zip to zip the /mnt subdirectory to a file and ftp it to my mainframe, then back down to the Windows server (my Linux box is not use any Windows shares to do a direct transfer). Otherwise, get a DVD burner and software, and burn the ISO to a physical CD or DVD and use that on your Windows machine. I don't know of any way to mount an ISO file as a subdirectory in Windows. -- 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: StandAlone DSS restore, is FILE(xxx) tape mark ?
The first physical file on a standard labeled tape is the label. It is lrecl=blksize=80. The first record is the VOL1 header. The second record is the HDR1, which describes file 2 on the tape. The second physical file on the tape is the first user file. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Rafa Pereira Sent: Wednesday, April 01, 2009 12:20 PM John Kelly wrote: Been a while since I did stand alone DSS restores. I see that DSS now has a FILE parameter which can specify the file number from the beginning of the tape. I would assume the number is tape marks, ie with standard label tape file 1 would be FILE(2). Does anyone know, rather than guess like I did? IIRC, with standard label tapes, the value in the FILE parameter corresponds to the file sequence number of the dataset within the tape. So, the first dataset in the tape would be FILE(1), which is the default. Regards. Rafa. -- 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: ListServ Help
Once they delete your old email account at work, the emails will bounce back to the list server. After a few days, it will remove you as a bad email address. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Wednesday, April 01, 2009 2:32 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ListServ Help In reality, why do you care? It is email going to prior employers email servers. Just subscribe under the new email address. I had this before, and the only way to fix was to have Darren fix it. Not sure he can anymore. The only way that may work is to use the web interface and sign-on with your old email address. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Wednesday, April 01, 2009 3:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ListServ Help Using the very last line that is automatically appended to each post, you can unsubscribe from that web site. Eric Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 - Original Message - From: Scott T. Harder scott.har...@embarqmail.com Newsgroups: bit.listserv.ibm-main To: IBM-MAIN@bama.ua.edu Sent: Wednesday, April 01, 2009 1:59 PM Subject: ListServ Help Hi List, After 10 years with ASPG, Inc., I must report that I am no longer affiliated with that company. I have now subscribed to this list using my personal email address (below) and will do so for the other lists I belong to (RACF-L, ISPF-L, DB2-L, etc.). I have a question, however, about my subscriptions that are under my old work email address. Specifically, what is the easiest way for me to unsubscribe my ASPG work email subscriptions? I have referenced the ListServ RefCard and I don't even see unsubscribe anymore (at least in the copy of the RefCard that I have). I see SIGNOFF (syntax below), but have never used that before. If someone could, perhaps, throw me a bone on this subject, I sure would appreciate it. I need to unsubscribe from all off the ListServ lists I belong to as my old work email address and then I'll subscribe using my personal email address to all those same lists. And. that is the good news for me. I will be able to take an ACTIVE role in this and other lists - usually having to hit the manuals to look things up and I'll usually be behind a response of 10 or more people who knew the answer off the top of their heads - but I will be able to give the lists my undivided attention and they will certainly help keep me sharp until I get back in the game in terms of a real job. ;-) That's the plan, anyway. Thanks, folks! Scott T. Harder SIGNOFFRemove yourself: listname - From the specified list * - From all lists on that server * (NETWIDE- From all lists in the network -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send
Re: Optimal Tape Blocksize
Does it really make a difference? IIRC, starting with 3490, the control unit compressed and buffered the data and then wrote to the physical tape in a fixed, very large block size. This being the case, block size only impacts the channel utilization and with fiber channels, I have not seen this to be an issue. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Lizette Koehler Sent: Thursday, March 26, 2009 12:22 PM I am going to be doing an analysis on our tapes to see if they are optimally blocked. We are using VTS that looks like 3490E tapes. Is there a good rule of thumb for all datasets on tape - that to be blocked optimally use X? The lrecls on these tape range from 80 to 10399 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: z/OS 1.7 upgrade to 1.10
It has been my experience that catalogs have been one on the major areas of compatibility issues. These have all been new fields or structures that are not a problem if you do not use them during the conversion period. IIRC these have been reporting issues but not a show stopper unless you try to use them on the down level system. Brian already mentioned IODF issues. Use the lower level if at all possible. The other big one has been SMS and WLM CDS formats. Use the lower level or separate CDS for each release. The JES teams have done a lot of work to not have compatibility issues. I cannot recall the last forced cold start on JES3. I think JES2 is a different issue if the jump is too long. As Brian said - plan, plan, plan Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Brian Westerman Sent: Wednesday, March 25, 2009 12:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: z/OS 1.7 upgrade to 1.10 There is NOTHING,NOTHING,NOTHING against migrating to the current version of z/OS directly from ANY version of z/OS, or even going back at least to OS/390 2.7. Not only that, but with proper planning you can fall back as well. All it takes is planning. -- 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: In trouble!
Anyone that has RACF special can give you the authority needed. If the sysprog that is no longer there was the only person, that makes it harder. If you have a product (Omegamon, etc.) that can modify memory, you can turn on the special bit in the ACEE for a user that is logged on, alter your ID to have special, log the user off (to clear the temporary special flag) and you're back in business. If you have update to an APF authorized library, you can write a program to zap the ACEE. RACF has a utility that will allow you to zap the data base, assuming you have update to the DB. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Wednesday, March 25, 2009 10:26 AM To: IBM-MAIN@bama.ua.edu Subject: Re: In trouble! I'd agree that you are in quite a bit of trouble. If your system is indeed protected with RACF, then it's going to take quite a bit of effort. I'd avoid hacking (just trying things) or you could lose all access. Depending on what gets revoked, you can render the system unusable where it can't even IPL. You might be better off posting on the RACF list: Send an email to: lists...@listserv.uga.edu In the body: subscribe racf-l My Name The subject can be blank. I suspect that the fastest way to recover may be to install a brand new system starting with an empty RACF database. Then, depending on how well the old system is secured*, you might be able to salvage much of the database content using the DBSYNC and password sync tools. It's going to be hard and risky. Actually, the best way may be to engage IBM or Vanguard to come in and give you a hand. *If the RACF databases are properly secured, then you may not have read access. HTH and good luck. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Vernooy, C.P. - SPLXM Sent: Wednesday, March 25, 2009 2:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: In trouble! Miles miles@gmail.com wrote in message news:e8f49062-f5ae-4c67-9961- c4f4315bc...@n7g2000prc.googlegroups.com. .. Hi all, Hope you can give me some pointers re the following... I'm a new sysprog at a small development shop running a z/800 and z/OS 1.4. The previous sysprogs apparently did not leave any userid/ password to perform any mvs admin work. All i have is the standard HMC userid/password (ie. userid: SYSPROG). The system was installed using AD/CD. I've explored the following: (1) Issue a RACF ALU command from the console. I get the following: IRRV003I (#) YOU ARE NOT ALLOWED TO ISSUE THE ALTUSER COMMAND AS AN OPERATOR COMMAND. (2) I've tried the standard passwords for IBMUSER, P390 etc - they appear to have been changed. (3) I noticed that IBMUSER exists in UADS. I tried STARTing a job which contained tso ACCOUNT/CHANGE commands, in an vain attempt to reset the IBMUSER password. This failed because the console id (i presume) does not have update access on SYS1.*. z/OS needs to be upgraded - to 1.7 then 1.10 (from what i understand) - will this help me in any way (new UADS or something to do with RACF perhaps) ? Any advice would be appreciated. Please be gentle - i am relatively new at this. Thanks, Manju Manju, I cannot help you with your question, but this newsgroup is a mirror of a list-server and that is where the majority of the IBM-MAIN population resides. See the information attached automagically at the bottom. 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
Re: FTP timeout problem
Here is a link to a good description of how ftp works http://slacksite.com/other/ftp.html. Where we see most of our timeouts is on the command ports during a long transfer. The command ports do nothing during the transfer on the data ports and can timeout, usually at a firewall. Note that the firewall may be outside your corporate control. Good luck Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Clark, Kevin Sent: Monday, March 23, 2009 7:46 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP timeout problem Robert, Start a TCP trace on ports 20,21 for the IP address of scftpd.ca.com. If its a firewall issue , there should be a stoppage of traffic during handshaking. Perhaps an unsolicitied RST. Kevin From: IBM Mainframe Discussion List on behalf of Johnston, Robert E Sent: Mon 3/23/2009 4:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP timeout problem Hello Scott and Hal... thanks for your help. I cut/pasted my ftp job below. It is going to an HFS. I talked to our network people and they said it could be a firewall issue, like Hal said. I have other things to work on this week so I'll be on and off this, but I'll let everyone know if/when I get it working and what the problem was. //GETPAX EXEC PGM=FTP,REGION=0M //SYSMDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //OUTPUTDD SYSOUT=* //INPUT DD * scftpd.ca.com anonymous blahb...@my.place cd /orders/##/3648561/comp debug flo tim bas binary get 11SP08AW000.pax.Z + '/CA_Download/Package/Common/R11/11SP08AW000.pax.Z' (rep quit Thanks, Robert Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e- mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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 1.7 upgrade to 1.10
1.7 went EOS 30 September, 2008. A 2 year, fee based, IBM Lifecycle Extension for z/OS V1.7 (5637-A01) (SHARE, Austin, JES3 project, session 2700) does exist. The only supported releases are 1.8 - 1.10. Compatibility, coexistence, toleration (CCT) is guaranteed for n+2. Support is GA+3 years. That being said, I have violated the n+2 (n+3 at the time) CCT rule. You should still be able to get the 1.7-1.9 CCT PTFs. Put them on. Be careful of the console restructure and protected user key CSA. Use the 1.9 migration aid. Verify your vendor products. Review the 1.10 migration guide for big issues. Do NOT run 1.7 and 1.10 simultaneously in a shared DASD environment. Switching between 1.7 and 1.10 MAY work, be prepared to recover catalogs. Do NOT use any new 1.10 features until 1.7 is history. Good luck. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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. -- 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 password id checking
Try FIPS 112 or ADS 545 for starters. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract NASA/JSC Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, March 10, 2009 9:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF password id checking Ah, the (in)famous industry recognized best practices. Which industry? Where is this Written? Are we talking about the data security 'industry' or the IP audit 'industry'. Who is 'industry'? Do they have a web site? Where can I find these publications? Sorry. You do what the customer wants, of course. As we all do. Love your disclaimer tag. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Roach, Dennis (N-GHG) Sent: Friday, March 06, 2009 3:26 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF password id checking I have had to do exactly what is being discussed in z/OS and Linux. When you are a government contractor and the Inspector General's office says do it or the certification for the facility is canceled (along with your contract), you need no more business justification. As or security justification, all of the OIG requirements in this area are industry recognized best practices. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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. 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 -- 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: Isn't today Mantissa day?
Look at http://www.mantissa.com/SHARE-conference Windows under VM on a z Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of David Andrews Sent: Friday, March 06, 2009 2:06 PM To: IBM-MAIN@bama.ua.edu Subject: Isn't today Mantissa day? Who's still hasn't left Austin who can say what z/VOS is? The Mantissa website only says Yep, we announced it in Austin. -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.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: Isn't today Mantissa day?
The abstract Over the last decade IBM has quietly opened a world of virtualization possibilities through changes in the System z instruction set and advances in their chip technology. These changes have made possible x86 virtualization alternatives never imagined. Find out how you can leverage System z to achieve x86 virtualization goals faster and more cost effectively than you ever thought possible. Learn how you can deploy and manage native x86 Windows(r) and Linux images under z/VM. -- Gain an understanding of how you can simplify operations and more easily reach virtualization and cost containment goals through: JIT deployment of virtualized x86 OS images Reductions in deployment costs Simplified image and deployment maintenance Reduced power and space requirements Learn more about z/VOS, the system that makes this virtualization alternative possible. Gain first-hand knowledge of: How the technology works the meaning of Single Pass Virtualization (SPV) x86 network, file system and GUI considerations z/VM service machine considerations Guest x86 machine IPL, clone, checkpoint capabilities z/VOS administration Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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. From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of J R Sent: Friday, March 06, 2009 2:36 PM I see nothing new there, beyond We announced it. I see nothing there at all! The website seems to have issues. Many links result in a blank screen. Very frustrating! -- 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 password id checking
I have had to do exactly what is being discussed in z/OS and Linux. When you are a government contractor and the Inspector General's office says do it or the certification for the facility is canceled (along with your contract), you need no more business justification. As or security justification, all of the OIG requirements in this area are industry recognized best practices. Dennis Roach GHG Corporation Lockheed Martin Mission Services Flight Design and Operations Contract Address: 2100 Space Park Drive LM-15-4BH Houston, Texas 77058 Mail: P.O. Box 58487 Mail Code H4C Houston, Texas 77258 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-m...@bama.ua.edu] On Behalf Of Hal Merritt Sent: Friday, March 06, 2009 3:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF password id checking In my 40+ years, exits tend to be politically motivated. That is, the business/technical issue is really easily solvable some other way. For the case in point, someone just wants the system to work differently. There is no technical justification, no business justification, and arguable security grounds. Of course, there are a few exists that make perfect business/technical sense. But the fewer the better. And certainly never, ever, to satisfy an audit requirement. Just my $0.02 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Schwarz, Barry A Sent: Friday, March 06, 2009 1:09 PM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF password id checking How do any of these considerations differ between an exit and the key applications the business depends on and without which they wouldn't need a computer system at all (or even be in business)? -Original Message- From: Tony B. Sent: Friday, March 06, 2009 10:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: RACF password id checking Exits are a good alternative when: 1. The skillful author never retires, finds a better job, gets laid off, is transferred, gets fired, wins the lottery, or ages. 2. The company never is merged, acquired, downsizes, asks for a government bailout, acquires another RACF company. 3. The source is never misplaced. 4. zOS is never upgraded from OS390, MVS/ESA, MVS- prior flavors. Else, the term exit should be renamed to future headache for its inheritors. 5% of my experiences involved exits where the original author was still available... -- 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 -- 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