Re: Comparing datasets
It's not ISPF, but ICETOOL should be able to give you what you want. Look up the OCCUR operator. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Zaromil Tisler Sent: Thursday, May 24, 2012 2:51 AM To: IBM-MAIN@bama.ua.edu Subject: Comparing datasets Is there z/OS (ISPF) tool that can check if all lines of dataset A are contained in dataset B? In other words, is there a tool that could check if dataset A is a subset of dataset B, where A and B are sets of records (lines)? I can accomplish it using COMPARE ISPF edit function or SuperC Compare Utility, but datasets have to be sorted. Example: dataset A content: C1 B1 A1 dataset B content: A1 B1 C1 Result of editing A and comparing it to B: .O C1 .OAAAB B1 03 A1 == B1 == C1 Result of editing B and comparing it to A: .O A1 .OAAAB B1 03 C1 == B1 == A1 Background: I wanted to check if all cross product dependency PTFs of product A are already applied in product B. I generated two datasets, A and B respectively, and compared them in ISPF editor using COMPARE function. I was surprised with result so I read the tutorial looking for any parameter that could influence this behaviour, but haven't found any. There were no porblems to sort both datasets in this case, I am just curious. (Later I tried to do this on my pc and it worked in Notepad++). -- Zaromil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: humor: look at the logo these people made for IBM. It is cute
It's been around for a long time, but not with the microphone and not slash across the eye. That was the part I thought John was talking about. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of zMan Sent: Thursday, May 24, 2012 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: humor: look at the logo these people made for IBM. It is cute On Thu, May 24, 2012 at 8:41 AM, McKown, John john.mck...@healthmarkets.com wrote: http://arstechnica.com/apple/2012/05/ibms-siri-ban-highlights-companies-privacy-trade-secret-challenges/ It's about IBM banning Siri due to how it works. But the IBM logo they created is very cute. They didn't create that -- IBM did, years ago. It's been on posters, etc. -- 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: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Kerneels ( was RE: It's feeding time in Jurassic Park . . .)
David, I think you hit the nail squarely on the head here. Kerneels De Wet sure looks like, sounds like, smells like, and walks like the duck that used to go by the name Anton Britz. And they both hated Fox channel with a passion, and both bring their hatred into completely unrelated topics (like IBM-main discussions on zBX). Looks like another outlook rule to send e-mails directly to the trash... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jousma, David Sent: Monday, May 07, 2012 8:30 AM To: IBM-MAIN@bama.ua.edu Subject: Re: It's feeding time in Jurassic Park . . . Anton Britt software consultants perhaps? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Monday, May 07, 2012 9:20 AM To: IBM-MAIN@bama.ua.edu Subject: Re: It's feeding time in Jurassic Park . . . On Fri, 4 May 2012 14:12:48 -0500, Kerneels de Wet wrote: No disrespect but this looks a little like I disagree. This post and your later one are quite disrespectful. This is a technical forum with which you may be unfamiliar. AFAICT, you have posted exactly twice to IBM-MAIN, both of them in this thread with no apparent purpose than to attack George. George is a familiar name here. While I do not recall any of the previous threads with which he was involved or the level of his involvement, he has started an interesting and worthwhile discussion. You, on the other hand have contributed nothing. Rather, you have detracted from this forum. b) You use a nameless email account PKB. You use a nameless email account with no identifying information. Of course, to do so is your right, but why do you make an issue of it? ABSOFTWARECONSULTANTS.COM is an empty web site, apparently registered with ICANN anonymously four years ago. c) The SHARE grease monkeys immediately respond More insults. Apparently you don't have a clue what SHARE is. I would suggest that you refrain from posting until you learn some basic netiquette. -- Tom Marchant The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
another mainframe shut down - available
I got this approved by Darren. We are in the process of shutting our entire datacenter down because of a buyout. Our mainframe has been shut down and we are looking at disposing of it. Does anybody know of a computer room (or basement, or garage or anyplace else) that could become a new home for a z9-BC, scaled back to 15 MSUs? It's model is 2096-R01-G07, with 8 GB memory, 16 escon ports, 8 ficon ports, 2 OSA cards. Has an HMC as well. Also available is a TS3400 tape library, with 2-TS1120 drives, a 3592-C06 controller, and a tape HMC. We have a bunch of IBM x-series and p-series as well (along with a pile of other SAN and network equipment etc). Even the air conditioners, UPS units, and the raised floor need to be pulled! The building owners want the machine room gutted. If you are interested, please contact me OFF-LIST!! Rex rex.pomm...@cnasurety.com The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ADR938E - PROBLEM WITH FASTREPLICATION
Hmm, the RC=1 is odd, especially seeing that you found the problem 3390-27--3390-9. I would have expected it to have sent back a return code 2 indicating a problem on the target. I wonder what would have happened if you had changed it to FR(PREF) instead of FR(REQ). I know it would have tried to copy everything because you wouldn't have been able to do the FCNC parm, but it might have pointed out the size mismatch more quickly. In any case, glad you found the problem. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Tuesday, April 17, 2012 10:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: ADR938E - PROBLEM WITH FASTREPLICATION Rex, My apologies, I truncated the message. Here it is in its entirety: ADR006I (052)-STEND(01), 2012.106 08:41:32 EXECUTION BEGINS ADR918I (052)-DDTFP(01), FAST REPLICATION COULD NOT BE USED FOR VOLUME RXTRS1, RETURN CODE 1 ADR938E (052)-DDTFP(01), FASTREPLICATION(REQUIRED) WAS SPECIFIED BUT FAST REPLICATION COULD NOT BE USED FOR VOLUME RXTRS1 ADR006I (052)-STEND(02), 2012.106 08:41:32 EXECUTION ENDS ADR013I (052)-CLTSK(01), 2012.106 08:41:32 TASK COMPLETED WITH RETURN CODE 0008 From: Pommier, Rex R. rex.pomm...@cnasurety.com To: IBM-MAIN@bama.ua.edu Sent: Monday, 16 April 2012 2:10 PM Subject: Re: ADR938E - PROBLEM WITH FASTREPLICATION Is that all you got? The messages manual says that there should have been a reason code with the ADR918I message. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Saturday, April 14, 2012 6:18 PM To: IBM-MAIN@bama.ua.edu Subject: ADR938E - PROBLEM WITH FASTREPLICATION G'Day, I am trying to figure out this problem. I checked the error message but I was unable to figure out what I should do or why the problem occurred. ADR918I (052)-DDTFP(01), FAST REPLICATION COULD NOT BE USED FOR VOLUME RXTRS1 ADR938E (052)-DDTFP(01), FASTREPLICATION(REQUIRED) WAS SPECIFIED BUT FAST REPLICATION COULD NOT BE USED FOR VOLUME RXTRS1 ADR006I (052)-STEND(02), 2012.105 02:34:11 EXECUTION ENDS Below is my jcl: //STEP1EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440 //SYSPRINT DD SYSOUT=* //SYSINDD * COPY FULL INDYNAM(RXTRS1) OUTDYNAM(@@883C) ALLE ALLD(*) - FASTREPLICATION(REQUIRED) FCNOCOPY DUMPCONDITIONING ADMIN PURGE Any suggestions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Origins of numeric assignation of z196 z114
Kid-die noun, 1. In mainframe parlance, anybody of age less than 50. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Tuesday, April 17, 2012 2:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Origins of numeric assignation of z196 z114 W dniu 2012-04-17 18:53, Elardus Engelbrecht pisze: [...] Sh, kiddies are reading this and we greybeards must behave. ;-D Kiddies here? Are you KIDDING? This is mainframe list! Avg member still remember Ford T premiere vbg -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: ADR938E - PROBLEM WITH FASTREPLICATION
Is that all you got? The messages manual says that there should have been a reason code with the ADR918I message. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Dawes Sent: Saturday, April 14, 2012 6:18 PM To: IBM-MAIN@bama.ua.edu Subject: ADR938E - PROBLEM WITH FASTREPLICATION G'Day, I am trying to figure out this problem. I checked the error message but I was unable to figure out what I should do or why the problem occurred. ADR918I (052)-DDTFP(01), FAST REPLICATION COULD NOT BE USED FOR VOLUME RXTRS1 ADR938E (052)-DDTFP(01), FASTREPLICATION(REQUIRED) WAS SPECIFIED BUT FAST REPLICATION COULD NOT BE USED FOR VOLUME RXTRS1 ADR006I (052)-STEND(02), 2012.105 02:34:11 EXECUTION ENDS Below is my jcl: //STEP1EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440 //SYSPRINT DD SYSOUT=* //SYSIN DD * COPY FULL INDYNAM(RXTRS1) OUTDYNAM(@@883C) ALLE ALLD(*) - FASTREPLICATION(REQUIRED) FCNOCOPY DUMPCONDITIONING ADMIN PURGE Any suggestions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: RAPID
What are the library names? I seem to recall some old serverpac installation verification tests that allocated RAPID1 and RAPID3 dataset or something like that. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Keith Reynolds Sent: Friday, April 06, 2012 8:01 AM To: IBM-MAIN@bama.ua.edu Subject: RAPID All, I have some old libraries laying around from a product called RAPID. I've never used it or even heard of it before. Apparently the product was de-commissioned before I got here. I believe it is related to Office Vision and/or DISOSS. Who was the vendor? What did it do? What is it's current status i.e. still marketed? The only information I can find is that a company called TBS has a replacement product. Regards, Keith Reynolds System Programmer Shelter Mutual Insurance Company 1817 West Broadway Columbia, Missouri 65218 This e-mail is intended only for its addressee and may contain information that is privileged, confidential, or otherwise protected from disclosure. If you have received this communication in error, please notify us immediately by e-mailing postmas...@shelterinsurance.com; then delete the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Accessing USS on Mainframe thru Telnet
John, For the most part I agree with you, except in the first line of his actual post, the original poster made it quite obvious to anybody which of the two USS's he was referring to, which makes this current argument all the more stupid. I think this whole thing is painfully silly, as Mr. Mason will never give up on his crusade to stop anybody from using USS to refer to Unix stuff, and a few others seem to take delight in needling him on, and the vast majority of us would prefer the whole thing just dry up. No amount of cajoling will get either side to change their respective minds, but unfortunately apparently no amount of begging them to just give it up will make that happen either. And it's too bad, because I have been the recipient on a couple occasions of some of Mr. Mason's wisdom in regards to a VTAM issue that I was having. Unfortunately the gems get lost in the bickering. Like you, this will be my last (and in my case my first) post on the subject. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Friday, April 06, 2012 2:03 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Accessing USS on Mainframe thru Telnet Well, possibly to the relief of all, I will hencefore ignore any and all posts to this forum which include the letters USS which do not also explicitly say UNIX or VTAM. I'm simply to old and tired to bother any more. In this particular thread, I will agree that USS could be confusing since telnet could refer to either accessing a z/OS UNIX shell prompt via historic telnet, or to accessing an LU2 VTAM application via TN3270E which is also a special encoded 3270 data stream using the telnet protocol. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
manual tape library question
All, We just moved our mainframe to an LPAR on a different mainframe with completely different hardware. As part of the migration, I had to build a second manual tape library with different characteristics than the one I was using locally. My old library did not make the trip and now I need to remove the tapes and library from the configuration at the new site. My question is how do I remove the tapes from the now non-existent tape library? When I try to do a library eject command, I get an error saying the library cannot eject the tape: IEFC165I // LI E,100097,P 462 CBR1202I EJECT rejected. Library F1256 cannot eject volume 100095. LI E,100097,P CBR1920I E not scheduled. Command scheduling error. The response of CBR1202I is to bring the library back online and try again. I can't do that because the library doesn't exist. I can't move the tapes out of the MTL that doesn't exist either. A last-ditch thought is to delete the entries out of the OAM tape catalog. Thoughts? Suggestions? Thanks. Rex BTW, does anybody want to buy a z9-bc or a ts3400 tape library? :-) The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: manual tape library question
Thanks for the response, but unfortunately that won't work. The VOLCAT actually has 2 MTLs in it, one that is active and the one I can't get rid of. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Neubert, Kevin Sent: Thursday, April 05, 2012 11:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: manual tape library question Don't have experience with an MTL, but regularly EXPORT DISCONNECT the TCDB (i.e., SYS1.VOLCAT.VGENERAL, etc.) when moving from systems with an ATL to no ATL. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Thursday, April 05, 2012 8:28 AM To: IBM-MAIN@bama.ua.edu Subject: manual tape library question All, We just moved our mainframe to an LPAR on a different mainframe with completely different hardware. As part of the migration, I had to build a second manual tape library with different characteristics than the one I was using locally. My old library did not make the trip and now I need to remove the tapes and library from the configuration at the new site. My question is how do I remove the tapes from the now non-existent tape library? When I try to do a library eject command, I get an error saying the library cannot eject the tape: IEFC165I // LI E,100097,P 462 CBR1202I EJECT rejected. Library F1256 cannot eject volume 100095. LI E,100097,P CBR1920I E not scheduled. Command scheduling error. The response of CBR1202I is to bring the library back online and try again. I can't do that because the library doesn't exist. I can't move the tapes out of the MTL that doesn't exist either. A last-ditch thought is to delete the entries out of the OAM tape catalog. Thoughts? Suggestions? Thanks. Rex BTW, does anybody want to buy a z9-bc or a ts3400 tape library? :-) The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: manual tape library question
Hi Darth, Small setup, so a single VOLCAT. Completely different ranges for the tapes, so I will be pursuing the IDCAMS delete that Frank mentioned in his reply. When I say small, that's really what I mean. The library I'm removing only had 100 tapes in it. Thanks. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Darth Keller Sent: Thursday, April 05, 2012 11:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: manual tape library question Thanks for the response, but unfortunately that won't work. The VOLCAT actually has 2 MTLs in it, one that is active and the one I can't get rid of. How are your VOLCAT's set up? Do you have separate ranges for the old the new libraries? If you do, I'd think you could delete the volcat's for the old library then use ISMF to delete the library itself. Clean-up of your tape management system would be a separate task. IIRC, the library definitions are in the VOLCAT VGENERAL, not the VOLCAT's for the tapes. If you're using the same ranges for both libraries, I think you might be stuck deleting the entries for the old library's tapes as you were thinking before. ddk This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: manual tape library question
Frank, This is exactly what I'm looking for. The library that doesn't exist anymore only had 100 tapes in it. I need to remove the tapes and library from OAM and from the TCDB. I will need to leave the non-scratches in RMM because some of them have long retentions and I just need to keep track of the tapes themselves. If we ever need to actually get anything off the physical tapes, we will be contracting with a third party. I will try the IDCAMS DELETE VOLENT command against 1 of the scratch tapes to make sure it remains in RMM but gets removed from the TCDB before taking all of them out. My biggest concern was that there was something else that I might mess up by simply deleting them from the TCDB. I already have the SMS ACS routines modified to remove the library allocations from the system. Thanks so much. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bonaduce, Frank Sent: Thursday, April 05, 2012 11:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: manual tape library question Rex - When you say 'remove the tapes' what is it you are attempting to do exactly. Is there a TMS consideration of any kind or are all these old volumes disposable ? If they are, you can build a volume list to use as input to IDCAMS DELETE VOLENT to remove them from the TCDB. The library does not have to be available to do this and you can use the same approach to remove the LIBRARY entry. If they were under SMStape control, you may need to modify logic in your SMS ACS routines as well. Frank. == -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Thursday, April 05, 2012 12:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: manual tape library question Thanks for the response, but unfortunately that won't work. The VOLCAT actually has 2 MTLs in it, one that is active and the one I can't get rid of. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Neubert, Kevin Sent: Thursday, April 05, 2012 11:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: manual tape library question Don't have experience with an MTL, but regularly EXPORT DISCONNECT the TCDB (i.e., SYS1.VOLCAT.VGENERAL, etc.) when moving from systems with an ATL to no ATL. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Thursday, April 05, 2012 8:28 AM To: IBM-MAIN@bama.ua.edu Subject: manual tape library question All, We just moved our mainframe to an LPAR on a different mainframe with completely different hardware. As part of the migration, I had to build a second manual tape library with different characteristics than the one I was using locally. My old library did not make the trip and now I need to remove the tapes and library from the configuration at the new site. My question is how do I remove the tapes from the now non-existent tape library? When I try to do a library eject command, I get an error saying the library cannot eject the tape: IEFC165I // LI E,100097,P 462 CBR1202I EJECT rejected. Library F1256 cannot eject volume 100095. LI E,100097,P CBR1920I E not scheduled. Command scheduling error. The response of CBR1202I is to bring the library back online and try again. I can't do that because the library doesn't exist. I can't move the tapes out of the MTL that doesn't exist either. A last-ditch thought is to delete the entries out of the OAM tape catalog. Thoughts? Suggestions? Thanks. Rex BTW, does anybody want to buy a z9-bc or a ts3400 tape library? :-) The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use
Re: manual tape library question
Frank, Thanks for your help. RMM acts the same as CA1 does, the IDCAMS delete doesn't touch RMM. I was able to get the tapes and library removed from OAM successfully. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bonaduce, Frank Sent: Thursday, April 05, 2012 12:45 PM To: IBM-MAIN@bama.ua.edu Subject: Re: manual tape library question Rex - Good, only 100 volumes is easily manageable. I really can't answer to RMM as we use CA-1 where an IDCAMS operation doesn't matter. I agree that it would be prudent to test with 1 volume first. The delete for your library entry would be a DELETE LIBENT. The doc is all in the AMS manual. Frank. === -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Thursday, April 05, 2012 12:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: manual tape library question Frank, This is exactly what I'm looking for. The library that doesn't exist anymore only had 100 tapes in it. I need to remove the tapes and library from OAM and from the TCDB. I will need to leave the non-scratches in RMM because some of them have long retentions and I just need to keep track of the tapes themselves. If we ever need to actually get anything off the physical tapes, we will be contracting with a third party. I will try the IDCAMS DELETE VOLENT command against 1 of the scratch tapes to make sure it remains in RMM but gets removed from the TCDB before taking all of them out. My biggest concern was that there was something else that I might mess up by simply deleting them from the TCDB. I already have the SMS ACS routines modified to remove the library allocations from the system. Thanks so much. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bonaduce, Frank Sent: Thursday, April 05, 2012 11:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: manual tape library question Rex - When you say 'remove the tapes' what is it you are attempting to do exactly. Is there a TMS consideration of any kind or are all these old volumes disposable ? If they are, you can build a volume list to use as input to IDCAMS DELETE VOLENT to remove them from the TCDB. The library does not have to be available to do this and you can use the same approach to remove the LIBRARY entry. If they were under SMStape control, you may need to modify logic in your SMS ACS routines as well. Frank. == -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Thursday, April 05, 2012 12:17 PM To: IBM-MAIN@bama.ua.edu Subject: Re: manual tape library question Thanks for the response, but unfortunately that won't work. The VOLCAT actually has 2 MTLs in it, one that is active and the one I can't get rid of. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Neubert, Kevin Sent: Thursday, April 05, 2012 11:12 AM To: IBM-MAIN@bama.ua.edu Subject: Re: manual tape library question Don't have experience with an MTL, but regularly EXPORT DISCONNECT the TCDB (i.e., SYS1.VOLCAT.VGENERAL, etc.) when moving from systems with an ATL to no ATL. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Thursday, April 05, 2012 8:28 AM To: IBM-MAIN@bama.ua.edu Subject: manual tape library question All, We just moved our mainframe to an LPAR on a different mainframe with completely different hardware. As part of the migration, I had to build a second manual tape library with different characteristics than the one I was using locally. My old library did not make the trip and now I need to remove the tapes and library from the configuration at the new site. My question is how do I remove the tapes from the now non-existent tape library? When I try to do a library eject command, I get an error saying the library cannot eject the tape: IEFC165I // LI E,100097,P 462 CBR1202I EJECT rejected. Library F1256 cannot eject volume 100095. LI E,100097,P CBR1920I E not scheduled. Command scheduling error. The response of CBR1202I is to bring the library back online and try again. I can't do that because the library doesn't exist. I can't move the tapes out of the MTL that doesn't exist either. A last-ditch thought is to delete the entries out of the OAM tape catalog. Thoughts? Suggestions? Thanks. Rex BTW, does anybody want to buy a z9-bc or a ts3400 tape library? :-) The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you
Re: How to Unpair Volumes
George, There are a couple TSO commands that may help with this. The fcquery - with the showrels(all) parm - will tell you what FR relationships are in place, and the fcwithdr (fhashcopy withdraw) command will allow you to break the relationships. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez Sent: Wednesday, March 28, 2012 10:22 AM To: IBM-MAIN@bama.ua.edu Subject: How to Unpair Volumes I'm still fighting this battle with Fast Replication... Is there a way of UNPAIRing volumes? * * *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *School District of Palm Beach County* *3348 Forest Hill Blvd.* *Room B-251* *West Palm Beach, FL. 33406-5869* *Florida's Only A-Rated Urban District For Seven Consecutive Years* Home of Florida's first LEED Gold Certified School 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: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
A couple questions about z/OS consoles and TCPIP commands (and a potential HMC issue)
Hi list, I have a couple questions about commands that can be run from the console. First of all, is there a console command that can be used to display the MAC address of an OSA port? Second, is there a console command to ping an IP address out an OSA port? I scanned the manuals and didn't see anything for either of these. Here's the situation. We're trying to bring up a new LPAR on a remote machine. TCP/IP comes up, and it activates 1 of the 2 OSA ports we're supposed to be using. But we can't ping into the LPAR, and can't find any command that we could run from the console to see if we can ping out. Also, we are looking for the MAC address of the 2 OSA ports to see if the switch is even seeing them. As far as the HMC issue is, this is a z196 machine with a bunch of OSA cards in it - 12 to be exact. But if I go to the HMC, and look at the OSA advanced facility screen, only 5 OSAs show up on that screen. Shouldn't all the OSA cards/ports show up on the HMC OSA ADV FAC screen? Any suggestions? Thanks. Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: A couple questions about z/OS consoles and TCPIP commands (and a potential HMC issue)
Scott, Couldn't get to TSO. All we had was the MVS console session thru the HMC. We found the issue. We are using 2 port/chpid OSA cards and I had forgotten the PORTNUM=1 command in the VTAM TRLE so my attempts to talk TCP/IP were going to lala-land. Thanks. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Wednesday, March 14, 2012 11:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A couple questions about z/OS consoles and TCPIP commands (and a potential HMC issue) Rex, How are the machines connected, I saw OSA but , router ? A lot of routers have ping turned off. Secondly, Ping can be used via TSO, no problem , also Traceroute .. Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 14, 2012, at 12:20 PM, Pommier, Rex R. rex.pomm...@cnasurety.com wrote: Hi list, I have a couple questions about commands that can be run from the console. First of all, is there a console command that can be used to display the MAC address of an OSA port? Second, is there a console command to ping an IP address out an OSA port? I scanned the manuals and didn't see anything for either of these. Here's the situation. We're trying to bring up a new LPAR on a remote machine. TCP/IP comes up, and it activates 1 of the 2 OSA ports we're supposed to be using. But we can't ping into the LPAR, and can't find any command that we could run from the console to see if we can ping out. Also, we are looking for the MAC address of the 2 OSA ports to see if the switch is even seeing them. As far as the HMC issue is, this is a z196 machine with a bunch of OSA cards in it - 12 to be exact. But if I go to the HMC, and look at the OSA advanced facility screen, only 5 OSAs show up on that screen. Shouldn't all the OSA cards/ports show up on the HMC OSA ADV FAC screen? Any suggestions? Thanks. Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: A couple questions about z/OS consoles and TCPIP commands (and a potential HMC issue)
Sorry, don't have netview. I think we got past the problem. The netstat commands gave me the mac address I couldn't find before. I am not that used to netstat and missed the mac. Thanks. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richard L Peurifoy Sent: Wednesday, March 14, 2012 12:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: A couple questions about z/OS consoles and TCPIP commands (and a potential HMC issue) On 3/14/2012 12:38 PM, Richard L Peurifoy wrote: On 3/14/2012 11:22 AM, Pommier, Rex R. wrote: Hi list, I have a couple questions about commands that can be run from the console. First of all, is there a console command that can be used to display the MAC address of an OSA port? Second, is there a console command to ping an IP address out an OSA port? If you have NETVIEW, and have activated the console interface for it, you can ping thru it. %ping xxx where % is the NETVIEW command character. or F cnmname,ping xxx where cnmname is the name of your NETVIEW. -- Richard -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: A couple questions about z/OS consoles and TCPIP commands (and a potential HMC issue)
1.10. :-( -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Regan Sent: Wednesday, March 14, 2012 12:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: A couple questions about z/OS consoles and TCPIP commands (and a potential HMC issue) For the OSAINFO command, I forgot to add that you need to tell it what interface you want the info on. DISPLAY TCPIP,,OSAINFO,INTFName_= intf_name Thanks, Mark Regan - Original Message - From: Mark Regan netsfw_sysp...@yahoo.com To: IBM-MAIN@bama.ua.edu Cc: Sent: Wednesday, March 14, 2012 1:36 PM Subject: Re: A couple questions about z/OS consoles and TCPIP commands (and a potential HMC issue) To get the OSA MAC address, use the following MVS command: DISPLAY TCPIP,,OSAINFO For PING, there is console command that uses EZACMD. Example: %%EZACMD 'ping -v w3.ibm.com' See the Comm Server manual IP Sys Admin Commands for details about using these two commands. Note: From reading the manual, it looks like you will need to do some configuration work before you can use EXACMD. Thanks, Mark Regan - Original Message - From: Pommier, Rex R. rex.pomm...@cnasurety.com To: IBM-MAIN@bama.ua.edu Cc: Sent: Wednesday, March 14, 2012 12:20 PM Subject: A couple questions about z/OS consoles and TCPIP commands (and a potential HMC issue) Hi list, I have a couple questions about commands that can be run from the console. First of all, is there a console command that can be used to display the MAC address of an OSA port? Second, is there a console command to ping an IP address out an OSA port? I scanned the manuals and didn't see anything for either of these. Here's the situation. We're trying to bring up a new LPAR on a remote machine. TCP/IP comes up, and it activates 1 of the 2 OSA ports we're supposed to be using. But we can't ping into the LPAR, and can't find any command that we could run from the console to see if we can ping out. Also, we are looking for the MAC address of the 2 OSA ports to see if the switch is even seeing them. As far as the HMC issue is, this is a z196 machine with a bunch of OSA cards in it - 12 to be exact. But if I go to the HMC, and look at the OSA advanced facility screen, only 5 OSAs show up on that screen. Shouldn't all the OSA cards/ports show up on the HMC OSA ADV FAC screen? Any suggestions? Thanks. Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IEFBR14
Bill, You are absolutely correct in that this change doesn't really provide much security. I'm looking at it from a different aspect, that of removing one additional way of shooting oneself in the foot. If not you (you being collective, not just Bill), how many of your colleagues (either in the systems programming area or application developers/operations) have had a dataset deleted, only to have a new one allocated directly on top of the old one with a compatible set of DCB information, and have somebody inadvertently run a program that read the old data. I know it has happened more than once where I've worked over the years. I'm sure this change will result (and has resulted) in fewer holes in feet. :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bill Fairchild Sent: Monday, March 12, 2012 11:09 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEFBR14 Writing an EOF record at the beginning of the data set does indeed help prevent programs from reading old data when a data set is read immediately after being allocated, but the way it does this results in preventing the reading of old data only from the first track. If a program can read beyond this first track (which is not difficult to do even in an unauthorized program), then the program can still read all the rest of the old data in the allocated tracks. The only way truly to prevent a program from reading any of the old data is to erase each allocated track, either when the old data set is deleted or when the new data set is allocated. Erasing is a very expensive process in terms of DASD utilization and elapsed time, which is why it is almost never done. This is perhaps another example of security through obscurity, which has been discussed lately under thread subjects starting with Program FLIH backdoor . I call it obscurity since getting beyond the first ! track deters most programs, but is not difficult if you know the obscure fact that it is quite easy to do if you want to. Bill Fairchild The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Changing sysplex hardware
OK, I guess I didn't realize that there was some mirroring software that didn't allow a changed-only resync after updates were done on the target volumes. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab Sent: Tuesday, February 14, 2012 4:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Changing sysplex hardware Resync after the secondary volume is updated? If the mirroring software supports that, it would save a lot of retransmitting. I am fairly sure the ESS F20 and 800 PPRC did not have that, and the user did not say what he is using to mirror. But you only need that after a backout after running at the new site. On Tue, Feb 14, 2012 at 3:54 PM, Pommier, Rex R. rex.pomm...@cnasurety.com wrote: Mike, Wouldn't number 10 be a massive amount of unnecessary work and replication? I was under the impression that if you had replication going between the two arrays and you suspended the replication, that you could bring up the replication targets in a read/write mode on the new servers. If you had to back out, after shutting the new servers down, you could unsuspend the replication and data that had changed on the source volumes would be replicated to the targets, and data on the targets that had changed would also have the source data pushed to overlay the changed targets. Is this not how replication works? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab Sent: Tuesday, February 14, 2012 2:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Changing sysplex hardware Since you are moving the entire datacenter and all dasd is already replicated, then. Old location: 1. Shut down your existing systems. Old location prefered. 2. Break dasd replications. New location. 3. IPL one system. 4. Start Sysplex using your new datasets. 5. IPL the other systems. Backout: New location 6. Shut down your systems at new locations. Old Location. 7. IPL one system. 8. Start Sysplex using your old datasets. 9 IPL the other systems When up: 10. Restart replication from scratch for next try. The secondaries will have been updated (access date at a minimum), so restarting a suspended replication would result in bad volumes. -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: What is CA-SRAM and what is it used for.
I'm not from CA, but I believe that (at least a portion of) SRAM is shipped with the CA common services product. Rex On Wed, Feb 15, 2012 at 11:17 AM, Thomas Lawrence thomas.lawre...@gmail.com wrote: We've had SRAM from CA going back to the DOS days. In those day's we actually had CA-Sort. We are now Z/os and management is questioning why we still have it since we use IBM Sort. We have other CA products but no longer have CA-Sort. Anyone from CA know? -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Changing sysplex hardware
Mike, Wouldn't number 10 be a massive amount of unnecessary work and replication? I was under the impression that if you had replication going between the two arrays and you suspended the replication, that you could bring up the replication targets in a read/write mode on the new servers. If you had to back out, after shutting the new servers down, you could unsuspend the replication and data that had changed on the source volumes would be replicated to the targets, and data on the targets that had changed would also have the source data pushed to overlay the changed targets. Is this not how replication works? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab Sent: Tuesday, February 14, 2012 2:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Changing sysplex hardware Since you are moving the entire datacenter and all dasd is already replicated, then. Old location: 1. Shut down your existing systems. Old location prefered. 2. Break dasd replications. New location. 3. IPL one system. 4. Start Sysplex using your new datasets. 5. IPL the other systems. Backout: New location 6. Shut down your systems at new locations. Old Location. 7. IPL one system. 8. Start Sysplex using your old datasets. 9 IPL the other systems When up: 10. Restart replication from scratch for next try. The secondaries will have been updated (access date at a minimum), so restarting a suspended replication would result in bad volumes. On Tue, Feb 14, 2012 at 8:43 AM, Staller, Allan allan.stal...@kbmg.com wrote: It is not clear if you are moving the entire SYSPLEX, or merely one or more of the members. It you are moving the entire SYSPLEX, perhaps a SYSPLEX wide restart is appropriate. However, even if you are moving one or more members of the SYSPLEX, why not use the standard SYSPLEX facilities to assist in the move? (IIRC, a parallel sysplex can communicate over about 20 km(??) without special accommodations e.g. GDPS). Your original SYSPELX CDS's will be intact, so no action should be necessary if you need to revert to the original location, just IPL and go. I would create new CDS's/policies for the new location. HTH, snip From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Natasa Savinc Sent: Tuesday, February 14, 2012 4:11 AM To: IBM-MAIN@bama.ua.edu Subject: Changing sysplex hardware Hello, we are moving data center to another location. The data is already there on DASD, replicated synchronously. We plan to stop the sysplex and IPL from the replicated data , on new processor. We pretty much answered all questions so far, except for the sysplex and CF. On new location we have one new processor, that will in the end replace one of the existing processors. The configuration (LPAR names) are the same, including CF. I would like to verify following scenario: 1. For fall-back purpose: We allocate new CFRM couple data sets and prepare new set of IPL parameters. Old ones will be used if we have to IPL at old location. 2. Activate new CDS 3. Change existing policy - define different HW for the existing CF 4. Start new policy - first question is - will it report an error or will it just have pending changes for CF? 5. Shut down system (sysplex) 6. IPL on new processor Would it be better option to define different name for CF on new processor, and just add a new CF to the active policy, and in all preference lists? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Why can't the track format be changed?
A couple questions. When did IBM actually stop manufacturing the 3390 device, and was the 9345 an actual CKD device? The digging I did in IBM says it was. If so, when did that device (with a different geometry than either the 3380 or the 3390) stop manufacturing? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Vernooij, CP - SPLXM Sent: Wednesday, February 08, 2012 8:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Why can't the track format be changed? I think when manufacturing real 3390 devices ended. Kees. The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: What’s going on in the redbooks site?
Problem determination tools is still the old one. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jan Vanbrabant Sent: Thursday, February 02, 2012 7:44 AM To: IBM-MAIN@bama.ua.edu Subject: What’s going on in the redbooks site? Hi, *What’s going on in the redbooks site?* * * SG24-7717-*01* ABCs of zOS System Programming Volume 13 Advertised Publish data 27 January 2012, last updated 30 January 2012 I have been trying to download the SG24-7717-01 for a couple of days already, but I consistently end up with the SG24-7717-*00* (June 2009) version. http://www.redbooks.ibm.com/abstracts/sg247717.html *Idem ditto with * SG24-7918-*01* IBM Problem Determination Tools for z/OS http://www.redbooks.ibm.com/abstracts/sg247918.html Advertised Publish Date – 24 january 2012 Ending up with SG24-7918-*00* of September 2010 I dropped a message on the redbooks site. jan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: What’s going on in the redbooks site?
Jan, Did they just fix it? I'm currently downloading the -1 version of the ABC book. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Jan Vanbrabant Sent: Thursday, February 02, 2012 7:44 AM To: IBM-MAIN@bama.ua.edu Subject: What’s going on in the redbooks site? Hi, *What’s going on in the redbooks site?* * * SG24-7717-*01* ABCs of zOS System Programming Volume 13 Advertised Publish data 27 January 2012, last updated 30 January 2012 I have been trying to download the SG24-7717-01 for a couple of days already, but I consistently end up with the SG24-7717-*00* (June 2009) version. http://www.redbooks.ibm.com/abstracts/sg247717.html *Idem ditto with * SG24-7918-*01* IBM Problem Determination Tools for z/OS http://www.redbooks.ibm.com/abstracts/sg247918.html Advertised Publish Date – 24 january 2012 Ending up with SG24-7918-*00* of September 2010 I dropped a message on the redbooks site. jan The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 3390s on SAN?
There is an internal proposal to carve several TB of dasd from one of our non-mainframe depts. And use it to replace our aging HDS DASD. Question: How easy/difficult is this to accomplish? We re-configured an array from 3390 mod-3s to mod 27/50s but the entire array needed to be cleared of data. I'm assuming the same will be true in this case. I'm also assuming that the disks will need to be re-modeled (I am probably not using the correct terminology) to be mainframe compliant. Are my assumptions correct? I have a really basic question to ask back to you regarding this. What storage are you going to? That simple question makes a huge difference. Another question is what is your definition of an 'array'? To an IBM disk subsystem, an array (at least on the DS6800 it was) is a set of disks within the subsystem. In my vocabulary, an array IS the subsystem. I've had subsystems from EMC, HP/Hitachi, and IBM in my shop within the past several years. They've all been arrays. On the IBM DS array, I had arrays within the array. :-) Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: 3390s on SAN?
Dave, You just went outside my knowledge base - I know nothing about the VSP. This should be an easy question for HDS to answer. Does the box already have FICON in it? Will you be taking the entire array or just a portion of it for the mainframe? I know that on older HP/HDS disk arrays each marketing raid group needed to be either MF or UNIX/Windows (I hate the term open systems), but the entire box didn't need to reconfigured to move storage from one emulation to the other. Also the older arrays had different cards for ficon versus fibre channel. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Friday, January 27, 2012 10:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 3390s on SAN? To answer the question posed by Radoslav and Rex: Hitachi VSP system It currently has 600GB 10K RPM SAS disks in it. Thank You, Dave O'Brien NIH Contractor From: Pommier, Rex R. [rex.pomm...@cnasurety.com] Sent: Friday, January 27, 2012 10:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: 3390s on SAN? I have a really basic question to ask back to you regarding this. What storage are you going to? That simple question makes a huge difference. Another question is what is your definition of an 'array'? To an IBM disk subsystem, an array (at least on the DS6800 it was) is a set of disks within the subsystem. In my vocabulary, an array IS the subsystem. I've had subsystems from EMC, HP/Hitachi, and IBM in my shop within the past several years. They've all been arrays. On the IBM DS array, I had arrays within the array. :-) Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM announces 6% price increase for z/OS
I'm pretty sure it affects the US. I have the letter in front of me. It doesn't have an announcement letter number on it, and it is labeled notice to IBM customers and it has the normal verbiage about state and local governments. At least I THINK South Dakota is still part of the US. :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ken Porowski Sent: Tuesday, January 24, 2012 9:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM announces 6% price increase for z/OS Probably not on the US pages because it does not affect the US? From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Roger Bowler Sent: Tuesday, January 24, 2012 9:48 AM To: IBM-MAIN@bama.ua.edu Subject: [IBM-MAIN] IBM announces 6% price increase for z/OS For some reason, this announcement doesn't seem to have made it into the IBM press release page at http://www-03.ibm.com/press/us/en/index.wss: Announcement Letter Number ZA11-1053 (Europe Middle East and Africa): Effective April 1, 2012 the price of IBM z/OS Version 1 will increase. Prices for these recurring charges (MLC) will increase between 5 % and 6% on average depending on the pricing metric. Average VWLC and AWLC increase for a 500 MSU configuration will be around 6%. This pricing announcement does not apply to Entry Workload License Charges (EWLC), Advanced Entry Workload License Charges (AEWLC) or Flat Workload License Charges (FWLC). See http://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/3 /877/ENUSZA11-1053/index.htmllang=enrequest_locale=en This is in addition to price increases (IBM call them price changes) of up to 23% on certain IPLA programs announced in ZA11-1061 effective April 1, 2012, which come on top of the 4% - 5% increase for many WebSphere, IMS, and DB2 products effective Jan 1, 2011 (ZA10-1052). Regards, Roger Bowler The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM announces 6% price increase for z/OS
Just found it. Announcement letter 312-001. http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=ANsubtype=CAhtmlfid=897/ENUS312-001appname=USN Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ken Porowski Sent: Tuesday, January 24, 2012 9:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM announces 6% price increase for z/OS Probably not on the US pages because it does not affect the US? The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: DFSORT manual humour
Richard, Actually the 9393 was the RAMAC virtual array (RVA) made by StorageTek. We just shut ours down about 5 years ago, used 4 GB drives in it. The other RAMAC devices were a 9391 and 9392 (among other numbers) These were called the RAMAC2 devices and were either disk drawers sitting behind a 3990 or were stand-alone devices with controller built into the cabinet. Had one at my last shop. They were nice devices, especially since I was coming from 3880/3380 technology. Even had a 9345 subsystem in that shop sitting next to the RAMAC2. Don't think IBM sold many of those. Rex http://www.redbooks.ibm.com/redbooks/pdfs/sg244563.pdf -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richard Pinion Sent: Saturday, January 21, 2012 10:01 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DFSORT manual humour Probably the IBM 9393 RAMAC, mid to late 1990s. Richard and Vickie Pinion --- r.skoru...@bremultibank.com.pl wrote: From: R.S. r.skoru...@bremultibank.com.pl To: IBM-MAIN@bama.ua.edu Subject: DFSORT manual humour Date: Sun, 22 Jan 2012 04:30:43 +0100 Quote from DFSORT manual: --- For best performance, specify an emulated 3390-9 device (such as RAMAC) or another high-speed IBM disk device as the default, and avoid specifying a tape, virtual (VIO), or real 3390-9 devices as the default. --- I have to admit the manual is a little bit obsolete - it is dated on 2009. However I'm still under impression of high-speed RAMAC devices. BTW, now seriously: I can specify number of dynamically allocated work datasets via DYNALOC, but the size of those dataset is controlled by DFSORT and user cannot change it. Is it true? -- Radoslaw Skorupka Lodz, Poland The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Peculiar issue related to TSO logons
You got a logon proc issue where people aren't getting logged on - or an enqueue on a critical dataset preventing logon completions? To get rid of them use c u=*logon*,a=?? where ?? is their asid HTH Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Richards, Robert B. Sent: Tuesday, January 10, 2012 8:58 AM To: IBM-MAIN@bama.ua.edu Subject: Peculiar issue related to TSO logons Has anyone ever seen this before on a SDSF DA display? STARTING TSU LO FF 99 0.00 0.00 75 004B 13 0.00 DWSYSB STARTING TSU LO FF 92 0.00 0.00 87 0057 11 0.00 DWSYSC STARTING TSU LO FF 92 0.00 0.00 92 005C 18 0.00 DWSYSC STARTING TSU LO FF 93 0.00 0.00 88 0058 12 0.00 DWSYSA They do not go away on their own and they are a bear to get rid of. I did not get any hits on IBMLINK. 25 of these suckers and climbing. D A,L shows them as *LOGON*, but I haven't found the right syntax to cancel or force them yet. - Robert B. Richards(Bob) US Office of Personnel Management 1900 E Street NW Room: BH04L Washington, D.C. 20415 Phone: (202) 606-1195 Email: robert.richa...@opm.govmailto:robert.richa...@opm.gov - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: cpu / machine identification
Brian, I see your point, but have a request for you. Don't get quite so aggressive with the electronic scissors on snipping away the context. The beginning of your comment below says it all - That works What's that? Since there have been several comments/points of view made, it would be much easier to leave the comment you are replying to in your reply. Not trying to be flippant, mind you. :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Brian Westerman Sent: Wednesday, December 28, 2011 8:02 PM To: IBM-MAIN@bama.ua.edu Subject: Re: cpu / machine identification That works for a site license and I agree with it for that type of license, but what about sites that purchase a single processor license and have 4 processors, or a systems programmer that decides that he can fix his friends problem by sending a copy of the code to them, or the one that decides to post the code on facebook. (I reaching with the facebook thing, but hopefully you see my point). Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM Manuals
The really small font is so they can save space on the DASD. g, d, r Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Tuesday, December 27, 2011 11:51 AM To: IBM-MAIN@bama.ua.edu Subject: IBM Manuals To all my colleagues: Is it me or had IBM migrated their manuls to a new system where the fonts in IE8-9 are extremely small...? I know I am getting old but man .give us a break IBM Scott J Ford Software Engineer http://www.identityforge.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM Manuals
I just pulled up a couple doc's in both BKMGR and PDF format under IE9 and it looked just fine. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab Sent: Tuesday, December 27, 2011 12:06 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Manuals In bookmanager, it took two Cntl-+ s to get it up to a readable Then I could not scroll to the right to view the end of the lines. On Tue, Dec 27, 2011 at 11:51 AM, Scott Ford scott_j_f...@yahoo.com wrote: To all my colleagues: Is it me or had IBM migrated their manuls to a new system where the fonts in IE8-9 are extremely small...? I know I am getting old but man .give us a break IBM Scott J Ford Software Engineer http://www.identityforge.com -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: IBM Manuals
Cliff, Got'cha, you're right. The first page is tiny on mine as well. That's what I get for navigating in Firefox then grabbing the URL and putting it into IE. I'll crawl back into my corner now. :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Clifford McNeill Sent: Tuesday, December 27, 2011 4:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM Manuals I just pulled up a couple doc's in both BKMGR and PDF format under IE9 and it looked just fine. Rex Is it me or had IBM migrated their manuls to a new system where the fonts in IE8-9 are extremely small...? I know I am getting old but man .give us a break IBM Scott J Ford I think Scott is referring to this type of presentation being way too small http://publib.boulder.ibm.com/infocenter/zos/basics/index.jsp as opposed to something like this manual... http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2A690/4.2?SHELF=IEA2BKA1DT=20090525234211 I found the following note on http://www-03.ibm.com/systems/z/os/zos/bkserv/ Note: If you are using Microsoft Internet Explorer(r) 8 or 9 to view our Information Centers and the font is too small, please see this article http://support.microsoft.com/kb/956197 Cliff McNeill -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Eaytrieve
What level of EZTrieve are you running? Older levels (I believe up to about 6.2 or something like that) had the compile date embedded in it, but the current level doesn't. A year or two ago I asked CA to put the compile date back in, and they took it under advisement, but I haven't looked lately to see if there is any movement within CA to actually put it back. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Thomas Sent: Friday, December 09, 2011 3:12 AM To: IBM-MAIN@bama.ua.edu Subject: Eaytrieve Hi, Is there anyone who has idea how to get the compiled date and time from a easytirieve program? In cobol we have when-cmpiled register, is there some thing like here in easytrieve Regards Rajeev V -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Eaytrieve
If you're just looking for an IEA-EYEBALL type of check, simply browse the load module. On the first line of the actual program code (about 7 lines from the top) you will see something like this: å00..C A - E Z T PLUS 6.1D- 3/27/97-14.51- That's your compile date. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ron Thomas Sent: Friday, December 09, 2011 9:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Eaytrieve Ok, let me check the version level of the EZT we are running, meanwhile in the older version how we are going to get the same ? Reagrds Ron -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL sheesh! for today
Charles, I had to go back to the fine manual to see what you are talking about. In the post I got from you, the message said ...contain a . PATH... (note the dot before the word PATH). The way I read the post, you couldn't use the . in a PATH parameter which kinda makes sense, as in how do you have a current directory in a JCL statement. Only when I went back to the book and saw where is was saying you can't use a PATH parameter at all did your post make sense to me. In that case, I agree completely with you. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Wednesday, December 07, 2011 6:22 PM To: IBM-MAIN@bama.ua.edu Subject: JCL sheesh! for today If the DDNAME parameter appears . the referenced DD statement must not contain a . PATH parameter. In other words, you can NOT do //DD1 DD DDNAME=DD2 //DD2 DD PATH='/my/hfs/path' Sheesh! Thanks for listening. Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Larry, It appears as though somehow PTF UA60411 was removed from your PTS outside SMP/E's control. It could have been removed by a REJECT SELECT, but that would then show it wasn't in the GLOBAL zone. Would it work to try the RECEIVE again, but do a BYPASS(APPLYCHECK)? I don't know if this would work, being that your system is showing the PTF as RECEIVEd and APPLYd? If that doesn't work, you could try doing a REJECT of the PTF with a BYPASS(APPLYCHECK) to get it out of the GLOBAL zone, followed by a RECEIVE with BYPASS(APPLYCHECK) to get it back. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Larry Martin Sent: Wednesday, November 23, 2011 9:24 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed The Receive looks like this: SET BOUNDARY (GLOBAL) . 0019 GIM20501ISET PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 00. RECEIVE SYSMODS 0020 HOLDDATA 0021 FROMNETWORK( 0022 SERVER(SERVINFO) 0023 ).0024 GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XML. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPPTFIN/S0001.SHOPZ.S5610244.SMPMCS.pax.Z. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/SMPHOLD/S0002.SHOPZ.S5610244.SMPHOLD.pax.Z. GIM66400ITHE TRANSFER IS COMPLETE FOR FILE /smpe/U01031667/GIMPAF.XSL. GIM47600IPACKAGE U01031667 WAS SUCCESSFULLY STAGED TO THE SMPNTS. GIM24801WNO SYSMODS SATISFIED THE OPERANDS SPECIFIED ON THE RECEIVE COMMAND. GIM20501IRECEIVE PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. GIM20502ISMP/E PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 04. SMP/E IS AT LEVEL 35.45. This is the same process that I always use to recieve ShopZ orders. 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Larry, Do you mean a REJECT then a RECEIVE? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Martin, Larry D Sent: Wednesday, November 23, 2011 10:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed Tom, You may have missed my earlier replies. The US60411 shows both Received and Applied. It was not Accepted. I am proceeding with a Restore and then re-receive it. Thanks, .Larry -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Tom Marchant Sent: Wednesday, November 23, 2011 11:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote: There were no other messages before the No SYSMODS APPLY. See below: What you showed was the SMPOUT output. What about SMPRPT? There should be more messages there. And yes it was one of the four PTFs ordered. I browsed the SMPPTS file(s) and it is NOT there. It should not have been removed without an Accept.(?) Other replies have asked you what SMP/E says about the status of UA60411. Have you checked? Go to option 3.2 of the SMP/E dialogs and list SYSMOD UA60411. What does it show? ACCEPT does not remove a PTF from the global zone (and the PTS). That is done by REJECT, which can be set to be done automatically upon ACCEPT. It can also be done independently. You could also have backleveled your PTS by, for example, restoring it (or the volume that is on) from a backup. RESTORE should not be necessary. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMPE Help Needed
Paul, I think the reason it didn't re-receive is that it is in applied status. Larry would have needed to do the bypassapplycheck to get it to receive. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Wednesday, November 23, 2011 10:54 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMPE Help Needed On Wed, 23 Nov 2011 10:15:26 -0600, Tom Marchant wrote: On Wed, 23 Nov 2011 09:20:19 -0600, Larry Martin wrote: There were no other messages before the No SYSMODS APPLY. See below: What you showed was the SMPOUT output. What about SMPRPT? There should be more messages there. I'll second that. It has been my experience, and Kurt Q. has affirmed: http://bama.ua.edu/cgi-bin/wa?A2=ind0403L=ibm-main-archivesP=R102325 ... that if a PTF is absent from the SMPPTS, it will be re-received, even if listed in the GLOBAL zone. -- 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. 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
equipment available
All, Don't know if this is legit on the list, but here goes. We've done some data migration and have a DS6800 available for the right home. 3 drawers, 40-146 GB 10K drives, 4-2Gb FICON channels. It's been on IBM maintenance since the day we installed it. Been solid as a rock, and I hate to part with it. If you're interested, please contact me off-list and I can send you a complete feature list. Rex Pommier CNA Surety Sioux Falls, SD rex.pomm...@cnasurety.com 605-977-7719 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSN NOT RELEASING OVER ALLOCATED SPACE
Willie, Based on your JCL, this isn't your problem. What Bob is alluding to is multi-volume datasets. According to the JCL reference manual, when a dataset is opened for output on a multi-volume allocation basis, quote For a multi-volume sequential data set, only unused space on the current volume is released when the data set is closed; allocated space on any subsequent volume is not affected. This is also valid if the data set is GUARANTEED SPACE. /quote Since your JCL sample didn't have a VOL= parameter, it defaults to a single volume. I would be amazed if your problem isn't that the datasets are never opened. That said, the workaround would be to set a very small primary extent size and increase the size of the secondary extents, as others have already mentioned. Something else you might want to check on in this case, what is the block size of the output datasets that actually are populated? I noticed you don't have a BLKZISE parameter in the snippet you showed. Depending on whether this is an SMS managed dataset or if the MODELDCB has BLKSIZE in it or a few other variables, the datasets that are created may be unblocked. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Monday, November 07, 2011 7:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE Bob, I learned something new when you say that only the space for the SECONDARY allocation is released. This could explain why this may be happening. From: Cosby, Bob - OCFO bob.co...@nfc.usda.gov To: IBM-MAIN@bama.ua.edu Sent: Friday, November 4, 2011 3:29:20 PM Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE If you are allocating as below the release parameter only release the secondary allocation NOT the primary allocation. Volume Count on DASD up to 59 to span multiple volumes DSNAME=NFCDRESC.DASD.MAIL.BK, UNIT=3390,DISP=(,CATLG,KEEP), SPACE=(TRK,(1000,3000),RLSE),VOL=(,,,59) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rick Fochtman Sent: Friday, November 04, 2011 12:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DSN NOT RELEASING OVER ALLOCATED SPACE -snip Good Day To All, We are trying to figure out this problem. Job A executes, it creates several dsns and many of these dsns are empty. We have the RLSE parm coded however it doesn't seem release the unused space for the empty dsns. Is there a way of fixing this problem or a work around? We are running RELEASE z/OS 01.11.00 Thanks for your help in advance. --unsnip IIRC, the datasets must be OPEN'ed and CLOSE'd before the RELEASE function will work. 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DSN NOT RELEASING OVER ALLOCATED SPACE
Willie, When job A executes, does it open/close all the datasets? My guess is that it isn't even using the datasets that are empty. The JCL manual states that the release happens upon CLOSE of the dataset. Thus if the dataset isn't opened/closed, no release will happen. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Friday, November 04, 2011 9:04 AM To: IBM-MAIN@bama.ua.edu Subject: DSN NOT RELEASING OVER ALLOCATED SPACE Good Day To All, We are trying to figure out this problem. Job A executes, it creates several dsns and many of these dsns are empty. We have the RLSE parm coded however it doesn't seem release the unused space for the empty dsns. Is there a way of fixing this problem or a work around? We are running RELEASE z/OS 01.11.00 Thanks for your help in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABEND0F8-20
Shane, Actually Dave asked 2 questions, the more pressing of them (to me anyway) being the first, Does anyone know what an abend s0f8-20 means... His second question ...can anyone confirm or deny... was the one answered by Tom, but I will admit that I didn't know what he meant by his response - especially since I was trying to compute ABEND as the response to what is an abend s0f8 I will give a hearty Thank you to Tom for responding back so quickly with a much clearer response where he put context around his ABEND answer. Granted it's late in my time zone and maybe the fog invading my mind would be burned off by morning, but then again, maybe not. :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shane Sent: Tuesday, October 25, 2011 9:12 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ABEND0F8-20 On the contrary - Dave asked a question, you answered it. More than sufficient - and understandable. Shane .. On Tue, 25 Oct 2011 20:22:33 -0400 Tom Harper wrote: Maybe I was too brief. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: A little bit more about Gilbert Saint-flour
Actually DITTO is still alive and well. We're running it. Don't use it much anymore since we got rid of most of our tape processing. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Wednesday, October 12, 2011 10:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: A little bit more about Gilbert Saint-flour -Original Message- From: IBM Mainframe Discussion List On Behalf Of Elardus Engelbrecht Greg Shirey wrote: My favorite and most used tool from Gilbert was BR which allows for browsing VSAM files in ISPF. That is a free and USEFUL! tool. Better than IDCAMS functions. I always thought IBM should have paid him for it and made it a part of z/OS. But there's probably a good reason why they didn't... There is a reason. Big Blue already has a commercial solution, DITTO. On z/OS it's called File Manager nowadays. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Scheduling Tasks via JES2 automatic commands
Howard, The way we do this is we just set the items to run at the appointed time once, ie take the I=86400 off the command. Each night at midnight we cancel all the auto commands and then re-establish them. Here is the JCL called J that is used to submit the AUTOCMDS member of a private library as well as the relevant AUTOCMDS lines (which is simply the list of %TA JES commands). SYS2.WSC.PROCLIB(J) //JOBPROC PROC L='MVS.PROD.JCL' //JOBPROC EXEC PGM=IEBGENER,ACCT='SCWX-ISCS99' //SYSPRINT DD DUMMY //SYSINDD DUMMY //SYSUT1 DD DSN=L.(J),DISP=SHR //SYSUT2 DD SYSOUT=(O,INTRDR) SYS2.WSC.PROCLIB(AUTOCMDS) // //* LIST OF AUTOMATIC COMMANDS TO BE EXECUTED //* THIS SEQUENCE IS SET TO EXECUTE EACH NIGHT AT MIDNIGHT // /*$CA,ALL /* CLEAN UP YESTERDAYS COMMANDS */ /*$TA,T=23.30,'$POJOBQ,Q=7,A6'/* DELETE CLASS 7 AFTER 7 DAYS */ /*$TA,T=23.30,'$POJOBQ,Q=H,A1'/* DELETE CLASS H AFTER 1 DAYS */ /*$TA,T=23.30,'$POJOBQ,Q=5,A4'/* DELETE CLASS 5 AFTER 4 DAYS */ /*$TA,T=23.30,'$POJOBQ,D=VPC1,A2' /* DELETE PAGECENTER OUTPUT */ /*$TA,T=24.00,'$VS,''S J,J=AUTOCMDS,L=SYS2.WSC.PROCLIB''' /*$TA,T=00.15,'$VS,''I SMF''' /* SWITCH THE SMF DATASET */ //* BELOW COMMAND STARTS IT ALL OVER AGAIN TOMORROW /$SA,ALL HTH Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Howard Evans Sent: Tuesday, October 04, 2011 9:18 AM To: IBM-MAIN@bama.ua.edu Subject: Scheduling Tasks via JES2 automatic commands I am trying to schedule a task to be run at 3 specific times of the day, every day using the JES2 automatic command facility and am not having much luck. I have added the following commands to JES2 startup: /*$ T A0015,T=10.00,I=86400,'$VS,''S SENDSMF''' /*$ T A0016,T=12.00,I=86400,'$VS,''S SENDSMF''' /*$ T A0017,T=14.00,I=86400,'$VS,''S SENDSMF''' The intent is to start the SENDSMF task at 10.00, 12.00 and 14.00 every day. So the system was IPL'd at 21.00. 3 instances of SENDSMF were started when JES started at 21:00 and have been started at 21:00 every evening since. Is there a way to do what I want to do using using JES2? This is a small LPAR used for development work and there is no job scheduler or NETVIEW running. I know I could write a simple program that starts at IPL time and runs eternally and submits the task at specific times but I was hoping to avoid writing code. Thanks. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Printing Question
Check around the same timeframe to see if anybody was messing with the printer. If he had sysout sitting in the JES queue and an operator changed the printer spec's to match his output, he wouldn't have had to do anything for the sysout to print. That's more what it looks like happened. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. (CMS/CTR) (CTR) Sent: Friday, September 16, 2011 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Printing Question I have a printout but no jcl some more info... - The job ran and finished Sept 8 but was sent to printer Sept 12th - SMF records for the 12th do not indicate user did anything to direct it to the printer. SYSA 11255 09:03:43.86 TSU31307 0094 $HASP150 OUTGRP=1.1.1 ON PRT8 119 (119) RECORDS SYSA 11255 09:04:21.81 TSU31307 0094 $HASP150 OUTGRP=2.1.1 ON PRT8 119 (119) RECORDS SYSA 11255 09:04:59.38 TSU31307 0094 $HASP150 OUTGRP=3.1.1 ON PRT8 118 (118) RECORDS SYSA 11255 09:11:26.27 TSU31307 0094 $HASP150 OUTGRP=4.1.1 ON PRT8 119 (119) RECORDS SYSA 11255 09:12:01.06 TSU31307 0094 $HASP150 OUTGRP=5.1.1 ON PRT8 118 (118) RECORDS SYSA 11255 09:13:36.93 TSU31307 0094 $HASP150 OUTGRP=6.1.1 ON PRT8 119 (119) RECORDS SYSA 11255 09:15:10.25 TSU31307 0094 $HASP150 OUTGRP=7.1.1 ON PRT8 119 (119) RECORDS SYSB 11255 09:01:04.01 TSU31307 0094 $HASP100 ON TSOINRDR SYSB 11255 09:01:04.07 TSU31307 0290 OPS4320H OPSS *LOCAL* AOF verb DISABLE command DISABLE SYSB 11255 09:01:04.07 TSU31307 0094 $HASP373 STARTED SYSB 11255 09:01:04.08 TSU31307 0094 IEF125I - LOGGED ON - TIME=09.01.04 SYSB 11255 09:21:14.48 JOB31445 0094 $HASP100 1106 ON INTRDR z FROM TSU31307 SYSB 11255 09:23:59.48 JOB31462 0094 $HASP100 1106 ON INTRDR z FROM TSU31307 SYSB 11255 09:40:26.49 TSU31307 0094 IEF450I TSUSER $TSUSER - ABEND=S522 U REASON= 709 SYSB 11255 09:40:26.51 TSU31307 0094 $HASP395 ENDED ) Rgrds, Joseph Sumi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sumi, Joseph J. (CMS/CTR) (CTR) Sent: Friday, September 16, 2011 9:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Printing Question Hello, this happened last week so there is nothing to check in SDSF (actually IOF). Since it is from his TSO user, what action could he have done to initiate the HASP150 ?? I tried a couple things under my id but I can't replicate the HASP150. I will run SMF recs for him that day and look for clues there. Thanks. Rgrds, Joseph Sumi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Friday, September 16, 2011 9:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Printing Question On Fri, 16 Sep 2011 08:45:17 -0400 Sumi, Joseph J. (CMS/CTR) (CTR) joseph.s...@cms.hhs.gov wrote: :I have a user that had his sysout go to the printer but he doesn't know why/how. The only clues I see are these JES2 messages. What activity would drive these messages ? When he ran the job, he did ~not~ have a print class specified. (I tried to recreate by changing my sysout to class A but I do not see the same hasp150 so it doesn't look like he did anything). : :TSU31307 0094 $HASP150 OUTGRP=1.1.1 ON PRT8 119 (119) RECORDS :TSU31307 0094 $HASP150 OUTGRP=2.1.1 ON PRT8 119 (119) RECORDS :TSU31307 0094 $HASP150 OUTGRP=3.1.1 ON PRT8 118 (118) RECORDS Consider the TSU above, it wasn't from a job - it was from his TSO session. -- 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
Re: SMS compressed VSAM datasets
From 3 output tapes to 12? What kind of tape drives are you using? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, September 14, 2011 8:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS compressed VSAM datasets Given that the most obvious difference is that what used to take 3 output tapes is now going to 12 output tapes, the slow down is due to the number of bytes being written to tape. The bytes read from disk seem be about the same because the number of cylinders taken by the VSAM dataset is the same. The problem is that Faver is expanding the compressed bytes in the SMS case but not in the Data Accelerator case. We are talking to CA about why Faver expands the compressed bytes when the dataset is SMS compressed instead of just sucking it up using something like a read track CCW which I think would bypass the SMS decompression. BTW - Faver is working exactly as it is documented to work in the Faver manual. We just don't like it. shrug -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Wednesday, September 14, 2011 7:50 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS compressed VSAM datasets 1) I would increase bufnum before bufsize 2) Compress the output... HTH, snip This is a weird question, but I've been directed to ask it. We are converting some VSAM datasets which currently use BMC's Data Accelerator compression to use SMS compression instead. This is a financial decision. We use CA-Faver to do our VSAM backups. Faver states in its manual that it will unload the VSAM data to its archive in uncompressed form. I guess this is because Faver knows it is SMS compressed. When the data was compressed via Data Accelerator, Faver was unaware that it was compressed, and so did not interface with Data Accelerator to uncompress the data. This meant that the data on the tape was in a very compressed form. Which is not true with SMS compression. The result of this difference is that our backups are taking much longer. Which was a surprise to all and is causing concern. So my question out there is any ideas on what I can do to make run faster? So far, the only suggestion from CA is to increase the BUFSIZE on the dump. But I don't think this is going to reduce the run time significantly. /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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS compressed VSAM datasets
You will let us know if it works, right? :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McKown, John Sent: Wednesday, September 14, 2011 11:59 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS compressed VSAM datasets Thanks. My boss is working with CA support right now with this new release. We just got it in this morning. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Norbert Friemel Sent: Wednesday, September 14, 2011 11:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SMS compressed VSAM datasets On Wed, 14 Sep 2011 08:18:12 -0500, McKown, John wrote: Given that the most obvious difference is that what used to take 3 output tapes is now going to 12 output tapes, the slow down is due to the number of bytes being written to tape. The bytes read from disk seem be about the same because the number of cylinders taken by the VSAM dataset is the same. The problem is that Faver is expanding the compressed bytes in the SMS case but not in the Data Accelerator case. We are talking to CA about why Faver expands the compressed bytes when the dataset is SMS compressed instead of just sucking it up using something like a read track CCW which I think would bypass the SMS decompression. BTW - Faver is working exactly as it is documented to work in the Faver manual. We just don't like it. shrug There are 2 new export parameters in the current (latest) Faver version 4.5.0: SAVECOMP and OPTIMIZE. From the manual: The SAVECOMP parameter directs CA FAVER to export compressed format KSDS files in their native compressed format. The OPTIMIZE parameter is used in conjunction with the SAVECOMP parameter to control the number of tracks read at one time by DFSMSdss when processing hardware compressed files. OPTIMIZE is valid only if SAVECOMP is also specified. If specified, OPTIMIZE must immediately follow the SAVECOMP parameter. Norbert Friemel -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Last card reader?
At a previous site, I think we pushed the card punches out the door in about 1986. By the time we got rid of them (both an 029 and an 026) the only thing they were used for was replication of boot cards. We were running an NCR Century 200 that did a boot from cards to give it enough intelligence to do the real OS boot from disk. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Phil Smith Sent: Tuesday, August 16, 2011 1:08 PM To: IBM-MAIN@bama.ua.edu Subject: Last card reader? Wondering when the last card reader died. We had one at University of Waterloo until 1984 or 1985; we had a full professor who insisted on using cards. We finally told him he'd have to pay the maintenance-that convinced him (or, more likely, his Dean) that it was time to use terminals. What's the latest anyone remembers using a card reader? BTW, http://www.cardamation.com/punchcardmedia.html claims to still sell them, if you need an 80-byte fix! -- ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SHARE Attendance
I didn't read it as skepticism, more of curiosity. I, too, hope SHARE attendance is up too, and am curious, as Mark is, to know what the numbers are. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rob Schramm Sent: Friday, August 12, 2011 10:10 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SHARE Attendance I really hope that your skepticism is unfounded and that SHARE attendance is up. Rob Schramm Senior Systems Consultant Imperium Group On Fri, Aug 12, 2011 at 11:07 AM, Mark Zelden m...@mzelden.com wrote: Wow! SHARE sold out its room allocation at the Dolphin. Overflow at the Swan also sold out. Some people are staying at an off-site hotel. So did it appear that attendance was up for this SHARE? Any real numbers? Or was there just lack of hotels for other reasons. Regards, Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:m...@mzelden.com Mark's MVS Utilities: http://www.mzelden.com/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS QUESTION - BYPASS SMS - CORRECTION
Esmee, Are you positively, absolutely sure that volume VE6C01 is non-SMS managed? How much space is on the volume? Can you post an updated JCL stream with the SYS1. output dataset along with the messages, being that there were a couple errors that you have fixed. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Thursday, August 11, 2011 9:03 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Greg, I am trying to bypass SMS. This is why I am using these control cards in the job: BYPASSACS(**) - STORCLAS(NONSMS) - From: Greg Shirey wgshi...@benekeith.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 9:46:38 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION It looks like IEF343I is your answer - some of which was truncated on your email. NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE. Greg Shirey Ben E. Keith Company From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Thursday, August 11, 2011 8:21 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION Don, I made the change to DISK1 however the problem persists. I tried using both HLQ ZWAXPG and SYS1 however for some reason SMS is trapping the TAPE1 DSN ZWAXPG ATTEMPT: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (04 SYS1 ATTEMPT: IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VO IEF272I DFDSS22 BACKUP - STEP WAS NOT EXECUTED. From: Don Imbriale don.imbri...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 8:49:28 AM Subject: Re: DFDSS QUESTION - BYPASS SMS - CORRECTION The control cards show INDDNAME(DISK1), but the JCL shows DD statement DASD1. Might that be part of the problem? - Don Imbriale On Thu, Aug 11, 2011 at 7:42 AM, esmie moo esmie_...@yahoo.ca wrote: I made an error. I am trying to write the output to volume VE6C01 which is a spare NON SMS volume. I am trying to backup volume PROM04. Please excuse my error. Thanks. From: esmie moo esmie_...@yahoo.ca To: IBM-MAIN@bama.ua.edu Sent: Thursday, August 11, 2011 7:33:50 AM Subject: DFDSS QUESTION - BYPASS SMS Good Morning Gentle Readers, I am trying to perform a Physical volume backup to disk. My problem is that SMS is trapping my output dsn - which I am attempting to direct to volume PROM04 - and is allocating it in a certain storage group. Here is what I get: IEF344I DFDSS22 BACKUP TAPE1 - ALLOCATION FAILED DUE TO DATA FACILITY SYSTEM ERR IGD17273I ALLOCATION HAS FAILED FOR ALL VOLUMES SELECTED FOR DATA SET ZWAXPG.BKUP.SHRPP4 IGD17277I THERE ARE (5) CANDIDATE VOLUMES OF WHICH (5) ARE ENABLED OR QUIESCED IGD17290I THERE WERE 1 CANDIDATE STORAGE GROUPS OF WHICH THE FIRST 1 WERE ELIGIBLE FOR VOLUME SELECTION. THE CANDIDATE STORAGE GROUPS WERE:ISTINT1 IGD17279I 5 VOLUMES WERE REJECTED BECAUSE THEY DID NOT HAVE SUFFICIENT SPACE (041A041D) I tried using SYS1.BKUP.SHRPP4 for the output dsn however this attempt failed because of : ICH70001I ZWAXPG LAST ACCESS AT 07:15:17 ON THURSDAY, AUGUST 11, 2011 IEF343I DFDSS22 BACKUP TAPE1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Here is my jcl: //BACKUP EXEC PGM=ADRDSSU,REGION=4096K,PARM='TYPRUN=NORUN' //*STEP01EXEC PGM=ADRDSSU,REGION=4096K,TIME=1440,PARM='UTILMSG=YES' //SYSPRINT DD SYSOUT=* //DASD1DD UNIT=SYSDA,VOL=SER=PROM04,DISP=SHR //TAPE1DD DSN=ZWAXPG.BKUP.SHRPP4, //*TAPE1DD DSN=SYS1.BKUP.PROM04 //DISP=(,CATLG,DELETE), //UNIT=SYSDA,VOL=SER=VE6C01,SPACE=(CYL,(1055,20),RLSE), //DCB=BLKSIZE=32760,TRTCH=COMP //SYSINDD * DUMP FULL INDDNAME(DISK1) OPT(4) ALLEXCP ALLDATA(*) - BYPASSACS(**) - STORCLAS(NONSMS) - OUTDDNAME(TAPE1)) /* The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message
Re: Growing an extent (was: Creating a multi-volume ...)
Gil, It does indeed allow the job to have more space than originally intended. I just copied a PS dataset into a sequential VSAM dataset defined as primary and secondary extents of 3 tracks long. The final VSAM dataset ended up at 11172 tracks, and 42 extents. The extents were anywhere from 3 to over 3000 long. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Monday, August 08, 2011 12:13 PM To: IBM-MAIN@bama.ua.edu Subject: Growing an extent (was: Creating a multi-volume ...) On Mon, 8 Aug 2011 09:22:23 -0500, McKown, John wrote: SMS, when it extends, looks to see the new extent starts where the old extent ends. If it does, then instead of creating a new extent entry in the VTOC, simply updated the current end-of-extent entry for the current extent. Just a little more logic to automatically coalesce the extent entry real-time. Neat! Of course extent creation is the right time to do this. Does this then allow the programmer more space than initially requested/intended, or does it deduct 1 from the number of extents allowed when it does this? 123...122...121... Thanks, 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379)
Willie, Not quite. I thought the same thing when I first looked at it, but then noticed 1 character difference in the two DSNs. Last character of the high level qualifier. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of willie bunter Sent: Wednesday, August 03, 2011 11:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379) Rohit, Your input dsn and output dsn is the same. Your output dsn is the same name as the GDG base P1OPSBP.FC610.NVFF411A. Verify your output dsn. --- On Wed, 8/3/11, Rohit Bhandari storage.mainfr...@gmail.com wrote: From: Rohit Bhandari storage.mainfr...@gmail.com Subject: Re: IEC614I EXTEND FAILED - RC 000, DIAGNOSTIC INFORMATION IS (04034379) To: IBM-MAIN@bama.ua.edu Received: Wednesday, August 3, 2011, 5:12 AM Hi , This is the JCL code //NVF411A EXEC PGM=SORT //SYSPRINT DD SYSOUT=* //SYSOUTDD SYSOUT=* //STEPLIB DD DSN=SYS1.SORTLIB,DISP=SHR //SORTWK01 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK02 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK03 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK04 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK05 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTWK05 DD SPACE=(CYL,(100,100),RLSE),UNIT=DISK //SORTINDD DSN=P1OPSBG.FC610.NVFF411A(+1),DISP=SHR //SORTOUT DD DSN=P1OPSBP.FC610.NVFF411A, // DISP=(,CATLG,DELETE),UNIT=SYSDA, // DCB=(BLKSIZE=0,LRECL=91,RECFM=FB), // SPACE=(CYL,(400,400),RLSE) On Wed, Aug 3, 2011 at 5:16 PM, Ted MacNEIL eamacn...@yahoo.ca wrote: IEC032I E37-08,IFG0554P,NVF411,NVF411A,SORTOUT,620F,BTCP51,04034379,P1OPSBP.FC610.NVFF411 Did you even attempt to look up this message? - 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 -- Enjoy , Rohit -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Time On Mainframe Emails
Hi George, Ignorant question on a tangent. Why do you have your TIMEZONE set as W.06.52.00? It just seems like a strange offset. I thought Florida was 4 hours west of UTC right now. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of George Rodriguez Sent: Tuesday, August 02, 2011 9:00 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Time On Mainframe Emails Hi Lizette, Version of z/OS 1.9. Use Lionel B. Dyck XMITIP Rexx EXEC to send email. CLOCKxx in SYS1.PAMRLIB has the TIMEZONE coded as W.06.52.00. in SMTP profile member TIMEZONE is coded as EST. *George Rodriguez* *Specialist II - IT Solutions* *Application Support / Quality Assurance* *PX - 47652* *(561) 357-7652 (office)* *(561) 707-3496 (mobile)* *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 Seven Consecutive Years* On Tue, Aug 2, 2011 at 8:39 AM, Lizette Koehler stars...@mindspring.comwrote: When an email is sent out from the Mainframe, the time stamp on the top of the email is wrong. The time it shows is 12:17 AM (7 hours ago), but the time it was actually sent was 8:26 pm. Inside the body of the email, there are several other times and those are all okay. This problem is just not making any sense. Does anyone know where that time comes from? Here's the top line that shows the bad time: george.rodrig...@palmbeachschools.org to EDWPWXChg show details 12:17 AM (7 hours ago) What are you using to send emails? Is it SMTP or some other mechanism? What version of z/OS? Did you check the CLOCKxx, the SMTP time, etc... Lizette The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces up to 5% increase in monthly Entry WLC
I got mine via a letter, dated July 5, and I didn't see an announcement number on it. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ben Alford Sent: Tuesday, August 02, 2011 1:57 PM To: IBM-MAIN@bama.ua.edu Subject: IBM announces up to 5% increase in monthly Entry WLC I also can only find the non-USA announcement. What's the announcement letter number for the US? Ben Alford -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM announces up to 5% increase in monthly Entry WLC
Found it - cached. Letter number is 311-082. http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?infotype=ANsubtype=CAhtmlfid=897/ENUS311-082appname=USN Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Pommier, Rex R. Sent: Tuesday, August 02, 2011 2:58 PM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM announces up to 5% increase in monthly Entry WLC I got mine via a letter, dated July 5, and I didn't see an announcement number on it. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ben Alford Sent: Tuesday, August 02, 2011 1:57 PM To: IBM-MAIN@bama.ua.edu Subject: IBM announces up to 5% increase in monthly Entry WLC I also can only find the non-USA announcement. What's the announcement letter number for the US? Ben Alford -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Esoteric SDSF CMD
Hal, I tried the ST! and got a bunch of output as well. In fact, it is everything in the PRINT queue. However, you need to not just go start whacking them because I get the same list of held items, simply doing a ST gives the same list (as well as the INPUT and EXECUTION queues. I also got nothing when I did the ST+. I think that means that you and I are cleaning our JES queues correctly. :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hal Merritt Sent: Tuesday, July 26, 2011 9:36 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Esoteric SDSF CMD That did not work for me. However, using ! (exclamation point) instead of + (plus sign) did work. Wonder why the difference. Thanks for the tip!! I like to SORT POS A to see jobs in order from oldest to newest. Also, supposedly the command I! may include jobs still in execution. Very handy for finding a runaway job. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mingee, David Sent: Monday, July 25, 2011 11:01 PM To: IBM-MAIN@bama.ua.edu Subject: Esoteric SDSF CMD Hello All, A slick little SDSF command for newbies or those that may have forgot it follows: Enter ST+ with prefix * and owner * then browse some of the files. If your system has been used somewhat normally, you should see output from months and probably years in the past. These jobs will stay in the jes queue until a COLD START is done and we do not do those very often these days or until they are purged individually. These old jobs resist the normal jes clean up cmds. They are stuck in this state due to having been put on HOLD while running vs. being held when in the INPUT queue or held when waiting to print. This is an easy way to free up some SPOOL space and surprise your co-workers. David L. Mingee Principal Systems Administrator Indianapolis Production Control Data Center Operations / Operations Technical Support Work Ext 782-6460 Work Direct Dial 317 581-6460 Home 317 598-0919 / Cell 317 341-0885 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Meet IBM's new $75,000 mainframe
Yes it does. According to the announcement letter, anywhere from z/OS 1.10 thru 1.13 with PTFs. The article wasn't a little weak, it was atrocious. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Larry Macioce Sent: Tuesday, July 12, 2011 9:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Meet IBM's new $75,000 mainframe So does it run MVS or VM, the article doesn't say. All it states is it is simular to the 196 Reporting seems a litlle weak 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Meet IBM's new $75,000 mainframe
I think the z10EC is 4.4 GHz, and the z10BC is 3.5 GHz. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Tuesday, July 12, 2011 10:06 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Meet IBM's new $75,000 mainframe If the z114 is 3.8GHz And the z196 is 5.2GHZ What is the z10??? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Roach, Dennis (N-GHG CORP.) Sent: Tuesday, July 12, 2011 9:23 AM To: IBM-MAIN@bama.ua.edu Subject: 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_mai nframe?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 == This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. If you are not the intended recipient you are notified that disclosing, copying, distributing or taking any action in reliance on the contents of this information is strictly prohibited. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Meet IBM's new $75,000 mainframe
I'm guessing the question was/is curiosity more than anything. That being said, you are absolutely correct. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Rowe Sent: Tuesday, July 12, 2011 10:35 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Meet IBM's new $75,000 mainframe If you are trying to draw performance conclusions based on processor clock speed, then stop right there. The z10 is a very different processor design from the z196/z114, and any conclusions reached by comparing clock speeds of different designs are worthless. On Tue, Jul 12, 2011 at 11:06 AM, Ward, Mike S mw...@ssfcu.org wrote: If the z114 is 3.8GHz And the z196 is 5.2GHZ What is the z10??? CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Meet IBM's new $75,000 mainframe
Paul, As I mentioned before, atrocious reporting. I believe the correct wording should have been something about list pricing. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, July 12, 2011 10:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Meet IBM's new $75,000 mainframe snipped stuff Wherein I read: IBM never discloses its top mainframe pricing but depending on how the system is configured it's believed to cost in the high six figures, and well beyond. ??? Never? To no one? Well, do you want one or not? I guess I need one. Sign this order form, and this form giving us permission to make electronic withdrawals in undisclosed amounts from your bank account. I'd expect the U.S. Government to frown on the potential for manipulation here. Well, if you install our equipment exclusively, it's one price. If we share your data center with other vendors, it's double. But I guess Microsoft does that. What about FOIA for federal systems? -- gil The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Meet IBM's new $75,000 mainframe
This is probably a dumb question but I'll ask it anyway. I noticed in the announcement letter that there is a feature code 3400, 0-way processor A00. Is this simply a placeholder for customers wanting to buy the box strictly to run Linux (IFLs) on it? Otherwise, what would be the purpose of buying a mainframe without any processors? Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Meet IBM's new $75,000 mainframe
I find it interesting that the announcement letter talks about there being 2 base models, the M05 (with 5 available processors) and the M10 (with 10 available processors). They are both supposed to be available in September. Yet the feature codes, as well as the LSPR tables Walt pointed us to below only list up to the 5-way machines. In addition, the announcement says there are 130 different capacity settings, and there are that many just in the M05-based model. Or are the processors in the second drawer only available for specialty engines? Presumably the specialty engines run at full speed on this machine as well although I didn't see that in the announcement. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Walt Farrell Sent: Tuesday, July 12, 2011 11:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Meet IBM's new $75,000 mainframe On Tue, 12 Jul 2011 16:08:30 +, Gibney, Dave gib...@wsu.edu wrote: MIPS or LSPR tables please? https://www-304.ibm.com/servers/resourcelink/lib03060.nsf/pages/lsprindex -- Walt Farrell IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Meet IBM's new $75,000 mainframe
Thanks, Cheryl. That's what I thought but wanted clarification. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Cheryl Walker Sent: Tuesday, July 12, 2011 12:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Meet IBM's new $75,000 mainframe The additional processors on the M10 are for specialty processors. The maximum number of CPs is five, depending on the model you order. The specialty engines run at full speed. One of the main advantages of the z114 is the ability to add a zBX BladeServer. Cheryl == Cheryl Watson Watson Walker, Inc. www.watsonwalker.com 941-266-6609 == On Jul 12, 2011, at 1:15 PM, Pommier, Rex R. wrote: I find it interesting that the announcement letter talks about there being 2 base models, the M05 (with 5 available processors) and the M10 (with 10 available processors). They are both supposed to be available in September. Yet the feature codes, as well as the LSPR tables Walt pointed us to below only list up to the 5-way machines. In addition, the announcement says there are 130 different capacity settings, and there are that many just in the M05-based model. Or are the processors in the second drawer only available for specialty engines? Presumably the specialty engines run at full speed on this machine as well although I didn't see that in the announcement. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Walt Farrell Sent: Tuesday, July 12, 2011 11:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Meet IBM's new $75,000 mainframe On Tue, 12 Jul 2011 16:08:30 +, Gibney, Dave gib...@wsu.edu wrote: MIPS or LSPR tables please? https://www-304.ibm.com/servers/resourcelink/lib03060.nsf/pages/lsprindex -- Walt Farrell IBM STSM, z/OS Security Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DS8100 HDD failures
I don't know how/if IBM handles this, but I've seen where other disk vendors, for an extra maintenance charge, allow you to keep and destroy the failed HDDs instead of sending them back. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Fred Lupher Sent: Tuesday, July 12, 2011 1:51 PM To: IBM-MAIN@bama.ua.edu Subject: DS8100 HDD failures When an HDD fails, the data is replicated to a spare HDD, and our CE extracts the failed component and ships it back to IBM to be either refurbished or destroyed. The failed HDD might contain sensitive information, e.g. personal tax returns, and thus Federal auditors view this as unauthorized persons (IBM) having access. I'd like to hear how other shops have addressed this. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Meet IBM's new $75,000 mainframe
So I got lucky in my guessing this time. :-) Thanks, John. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Eells Sent: Tuesday, July 12, 2011 1:49 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Meet IBM's new $75,000 mainframe Pommier, Rex R. wrote: This is probably a dumb question but I'll ask it anyway. I noticed in the announcement letter that there is a feature code 3400, 0-way processor A00. Is this simply a placeholder for customers wanting to buy the box strictly to run Linux (IFLs) on it? Otherwise, what would be the purpose of buying a mainframe without any processors? snip I ran into one of the hardware team in the hallway, and she confirmed that this feature code is intended for those ordering IFL- and CF-only machines. -- 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DS8100 HDD failures
On a disk-by-disk basis, this would be true, but on a block-by-block basis, not true. Say a raid-5 7+1 raid set, 7/8 of the blocks making up that set will have valid data on it. Even without knowing the makeup of the data, it would probably be a fairly trivial exercise to pick out, say social security numbers, credit card numbers, etc just from the pattern of the data sitting in the blocks. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mike Schwab Sent: Tuesday, July 12, 2011 1:54 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DS8100 HDD failures If it is configured as part of a RAID group of disks, one disk by itself should basically look like a bunch of random characters and not be able to decode any of it, because it only had 1/6 (or other fraction) of the data to begin with. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: manual tape library and external tape
We have a winner! I was able to successfully add the external tape to the manual tape library. This also added it to RMM. I was then able to change the status of the tape within RMM to a master tape and can now access the tape successfully. Thanks, Radoslaw, for your suggestion. I must be too close to the problem. I was trying to figure out how to force the system to use a non-SMS tape in an SMS library instead of just making the tape SMS managed. Thanks everybody else for your suggestions. Even with all the noise on the list, it is a GREAT resource. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Thursday, July 07, 2011 5:55 AM To: IBM-MAIN@bama.ua.edu Subject: Re: manual tape library and external tape W dniu 2011-07-06 21:12, Pommier, Rex R. pisze: Hi list, I have a question on reading a non SMS-managed tape in a manual tape library defined as SMS managed. Did you try to add this tape o your library and RMM ? Another hint: try to disable RMM (P RMM, S RMM,OPT=RESET) and then mount the tape and then use UNIT=devnum. -- Radoslaw Skorupka Lodz, Poland The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
I'm with you, Mace. I don't mind Shai's posts. In fact, when the brown material started coming into contact with the oscillating air movement device, I had to go dig through my deleted messages to figure out what was happening. I didn't notice the post from the software company, but one of the people complaining about Shai's posts is being caught by an outlook rule I have set up and his messages are trashed. If he doesn't want to see Shai's posts, maybe he could set up a similar rule. :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Larry Macioce Sent: Wednesday, July 06, 2011 8:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Ads on IBM-MAIN I am more of a question asker or lurker than a contributor, but I am going to give my $.02 anyway. If you look at the op they are from a major software firm, unless it is Scandinavian Airlines. So to me it is a bit of sour grapes. If they felt there was/is a problem they should have addressed it with the mod or the offender. Then one other poster complained ,couldn't even name the product and Alan gave an opinion. For a total of 2 ½ (I'll give Alan an assist...lol) So the way I see it, is the majority of the posters have no problem with what Shai is doing. I have thought of downloading the product and testing it. rant onThis is American society today, a few don't like what the majority are doing and complain. Let's set up frivolous law suites to stop the majority, or complain so the majority must changerant off Anyway, here is a solution, if you see him posting DON'T OPEN THE TREAD, there problem solved. mace The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
Gord, Yours wasn't the post I was referring to. I was referring to the post from Mr. Gould where he was complaining directly to Darren about Shai Hess' posts regarding updates to his software. I saw the shameless plug and it didn't bother me a bit. I don't believe your post was inappropriate; as, as you said, the OP was looking for information and you responded to his request. As I said in my earlier post, your shameless plug pretty much sailed by me without my even taking a second look. I, along with the vast majority of people on the list (both posters and lurkers), had no problem with your post as it wasn't an unsolicited advertisement. To those few who objected to it, build a rule in your inbox to delete the messages you don't like, and get over it. It was nothing compared to a lot of the noise on the list. I'll quit ranting now. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gord Tomlin Sent: Wednesday, July 06, 2011 10:49 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Ads on IBM-MAIN I suspect that the reference to a post from a software company is referring to a post I made on Monday on a thread started by Hilary Hurwitz with the subject Z/OS Newbie question. The OP was looking for a facility that would provide a list of modules used and which libraries they were taken from. Gerard Postpischil replied with The short answer to this is that it's not possible. Since we have a product feature that provides this very function, I felt that it was relevant to provide the information, and I marked my post as a shameless plug, since I was mentioning a feature of one of our products. I have already communicated with the owner of the listserv on this matter. Nevertheless, if members of this listserv believe this post to be inappropriate, I will not make any similar posts in the future. My intent was to inform, no to offend. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2011-07-06 10:57, Pommier, Rex R. wrote: I'm with you, Mace. I don't mind Shai's posts. In fact, when the brown material started coming into contact with the oscillating air movement device, I had to go dig through my deleted messages to figure out what was happening. I didn't notice the post from the software company, but one of the people complaining about Shai's posts is being caught by an outlook rule I have set up and his messages are trashed. If he doesn't want to see Shai's posts, maybe he could set up a similar rule. :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Larry Macioce Sent: Wednesday, July 06, 2011 8:17 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Ads on IBM-MAIN I am more of a question asker or lurker than a contributor, but I am going to give my $.02 anyway. If you look at the op they are from a major software firm, unless it is Scandinavian Airlines. So to me it is a bit of sour grapes. If they felt there was/is a problem they should have addressed it with the mod or the offender. Then one other poster complained ,couldn't even name the product and Alan gave an opinion. For a total of 2 ½ (I'll give Alan an assist...lol) So the way I see it, is the majority of the posters have no problem with what Shai is doing. I have thought of downloading the product and testing it. rant onThis is American society today, a few don't like what the majority are doing and complain. Let's set up frivolous law suites to stop the majority, or complain so the majority must changerant off Anyway, here is a solution, if you see him posting DON'T OPEN THE TREAD, there problem solved. mace The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. 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
manual tape library and external tape
Hi list, I have a question on reading a non SMS-managed tape in a manual tape library defined as SMS managed. Our environment is we have a TS3400 manual tape library with 2 TS1120 drives in it. This library is SMS defined because normally all we do with it is push our backups to it. I have an external tape - maintenance from IBM - that I want to read via our MTL, which are the only tape drives we have on the system. Is there some way of fooling/forcing the system to read this tape? I think the problem is that it's a unlabeled tape. I tried several different items with the following results: //SYSUT1 DD DSN=ESOINST,LABEL=(2,NL),UNIT=TS1120,DISP=OLD, // VOL=SER=B04301,DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920) real tape library in the UNIT parm, real vol-ser, IEF343I RRPGENER S01COPY SYSUT1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE //SYSUT1 DD DSN=ESOINST,LABEL=(2,NL),UNIT=TS1120,DISP=OLD, // VOL=SER=11,DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920) real tape library, fake to a vol-ser in my SMS vol-ser range IEF343I RRPGENER S01COPY SYSUT1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE //SYSUT1 DD DSN=ESOINST,LABEL=(2,NL),UNIT=500,DISP=OLD, // VOL=SER=B04301,DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920)try the actual address of tape drive instead of the library IEF120I RRPGENER S01COPY SYSUT1 ALLOCATION FAILED - A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0500 I tried shutting down OAM and it made no difference. Any suggestions? TIA. Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: manual tape library and external tape
Hi Linda, I have a dummy STORCLAS called SCNOSMS, but I still get the IEF343I RRPGENER S01COPY SYSUT1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE Error. I think the problem is that the tape library itself is SMS managed and it won't let me past that. Kind of trying to put a non-SMS dataset on an SMS-managed disk pack. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Linda Mooney Sent: Wednesday, July 06, 2011 2:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: manual tape library and external tape Hi Rex, try adding STORCLAS=NONSMS Linda - Original Message - From: Rex R. Pommier rex.pomm...@cnasurety.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, July 6, 2011 12:12:41 PM Subject: manual tape library and external tape Hi list, I have a question on reading a non SMS-managed tape in a manual tape library defined as SMS managed. Our environment is we have a TS3400 manual tape library with 2 TS1120 drives in it. This library is SMS defined because normally all we do with it is push our backups to it. I have an external tape - maintenance from IBM - that I want to read via our MTL, which are the only tape drives we have on the system. Is there some way of fooling/forcing the system to read this tape? I think the problem is that it's a unlabeled tape. I tried several different items with the following results: //SYSUT1 DD DSN=ESOINST,LABEL=(2,NL),UNIT=TS1120,DISP=OLD, // VOL=SER=B04301,DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920) real tape library in the UNIT parm, real vol-ser, IEF343I RRPGENER S01COPY SYSUT1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE //SYSUT1 DD DSN=ESOINST,LABEL=(2,NL),UNIT=TS1120,DISP=OLD, // VOL=SER=11,DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920) real tape library, fake to a vol-ser in my SMS vol-ser range IEF343I RRPGENER S01COPY SYSUT1 - REQUEST FAILED - NOT ENOUGH NON-SYSTEM MANAGED VOLUMES ELIGIBLE //SYSUT1 DD DSN=ESOINST,LABEL=(2,NL),UNIT=500,DISP=OLD, // VOL=SER=B04301,DCB=(LRECL=80,RECFM=FB,BLKSIZE=27920)try the actual address of tape drive instead of the library IEF120I RRPGENER S01COPY SYSUT1 ALLOCATION FAILED - A NON-LIBRARY REQUEST SPECIFIED A LIBRARY DEVICE 0500 I tried shutting down OAM and it made no difference. Any suggestions? TIA. Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. 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
z196-BC announcement pending?
Just got an invite to a live virtual event on July 12 regarding the evolution of the z hybrid. Here is the first paragraph of the announcement. Join us on July 12, 2011 for the next step in the evolution of zEnterprise(tm) hybrid computing - with a new entry point for clients of all sizes - designed to unleash new business innovation in your data center. Greg Lotko, who was at the Vanguard security conference in Vegas last week said we could probably expect the announcement third quarter, and he gave it a possible name of z114. Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Personal: bad news
John, Prayers increasing from South Dakota. Jesus, the Great Physician has you in the palm of His hand. Take care and heal soon. We need your humor and expertise (and the occasional off-the-wall ideas you come up with) around here. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John McKown Sent: Wednesday, June 08, 2011 12:43 PM To: IBM-MAIN@bama.ua.edu Subject: Personal: bad news I've been told that I'm being transferred to a acute care facility. I'm scared. -- John McKown Maranatha! Sent from my Vibrant Android phone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DCBs and DCBEs - Could IBM have done it any worse?
Dave, But doesn't everything WAC? (I presume you mean Works As Coded). :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of David Cole Sent: Wednesday, June 08, 2011 3:59 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DCBs and DCBEs - Could IBM have done it any worse? At 6/8/2011 04:25 PM, Scott Rowe wrote: Dave, I was happy to see that you are only barking: at the hand that feeds you ;-) Have you opened a PMR with IBM on this to see if it is WAD? Well, it's certainly WAC... For reason's I cannot get into, I am unable to open PMRs... Maybe my rant will move someone else to do so. In any case, I've got my workaround, and now you do too... Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited and that you will be held responsible for any such unauthorized activity, including liability for any resulting damages. As appropriate, such incident(s) may also be reported to law enforcement. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is that link? (was RE: Personal update)
Lindy, The way I see it, this requirement isn't so much for e-mails that are going to a group as those that are going to an individual. I believe somebody said the OP was from an insurance company. A possible reason for this is dealing with correspondence to a client. Company: We sent you this via e-mail last week. Client: I didn't get it. Company: Yes you did. Client: No I didn't. ad nauseum With this in place the company can say yes you did, and we have receipt that you opened it on such-and-such a date. Do I agree this is a good way of doing business? Not necessarily, but it is a possibility. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lindy Mayfield Sent: Monday, June 06, 2011 11:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: What is that link? (was RE: Personal update) so not only does my email provider (work, gmail, etc) know to whom i sent the email, then they want to know who read it, too. that sounds quite silly (to me, at this point in my understanding.) anyone I may send an email to, could read it, but to know who actuall did read it is important? i've thought about this, and I'm still in the dark. unless they are tracking ip addresses, which is stupid if somone who wants to be secure or hidden will go through a proxy server. still, if I click on the link, it proves nothing. everytime i reset my router i get a new ip address. so unless they have a court order they cannot (usually) find my name and address. but why would they? anyone of the thousands of people on IBM-MAIN could have clicked on it. are they going to track down each and everyone of us? ok, what I'm writing here is just getting stupider and stupider. But at least now I understnand Binyamin's footer on his emails. The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ESCON Director Operations
I managed to sell a 3490-C22 a couple years ago. It was sold alongside a 3590 with 2 drives and a controller at the same time to the same reseller. They actually gave me more for the 3490s than for the 3590. I got enough out of both of them to buy a couple latte's. At least I didn't have to pay a disposal fee. :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dana Mitchell Sent: Tuesday, May 24, 2011 4:08 PM To: IBM-MAIN@bama.ua.edu Subject: Re: ESCON Director Operations On Tue, 24 May 2011 22:31:00 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: 2, Instead of CF CHP(xx),OFFLINE you should issue VARY PATH (ccuu,chp),OFFLINE. Radoslaw, Thanks I was hoping that might be enough. 3. Say good bye to the drives from me ;-) Want to buy them? Anybody? Dana -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PF9 Swap question
Lindy, What Don told you is exactly how it works. Way back when all you had was 2 screens to swap between, you had the primary and secondary screen (I think that is the correct terminology). Hitting PF9 bounced between primary and secondary. The screen you are currently looking at is obviously the primary screen. Along came IBM now giving us the capability of having up to 32 screens (by default limited to 8). IBM didn't ditch the concept of primary and secondary. Pressing PF9 with its default of SWAP still swaps between primary and secondary screens. One way to which are your primary and secondary screens is to do a SWAP LIST command. The drop down this gives you shows which are the screens SWAP will swap between. The primary screen is shown with an asterisk beside the screen ID, and the secondary is shown with a hyphen beside the screen ID. Others have given you ideas about how they have their PFKeys set up so I'll give mine. I just leave PF9 alone at SWAP. I have PF19 set to SWAP PREV, PF20 set to SWAP NEXT, and PF21 set to SWAP LIST. HTH. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Lindy Mayfield Sent: Monday, May 23, 2011 3:55 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PF9 Swap question well, actually, no. probably i didn't ask the question in the right way, but no. however don did get what i was asking and he gave me a good answer. i'll try it tomorrow, but i'm sure it will work. From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock [st...@trainersfriend.com] Sent: 23 May 2011 23:25 To: IBM-MAIN@bama.ua.edu Subject: Re: PF9 Swap question On 5/23/2011 2:17 PM, Lindy Mayfield wrote: yes yes. of course. i just know that there is a way to make PF9 swap between two screens and I want to know how to do it. Lindy, I think collectively the posters have shown / told you all there is to say. The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS 1.11 question on DFDSS/ADRDSSU
Chris, Are they full volume or dataset-level backups that you're restoring from? SMS or non-SMS volumes? Could you eliminate the problem completely by directing the restore to a different volume instead of the default? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chris Hoelscher Sent: Wednesday, May 18, 2011 12:02 PM To: IBM-MAIN@bama.ua.edu Subject: z/OS 1.11 question on DFDSS/ADRDSSU I occasionally restore using ADRDSSU and rename the restored dataset to my HLQ - so that I can have an older version of a dataset to compare to the current dataset. By default (it appears) - the restore process will put the restored/renamed dataset on the same DASD volume as from which it was originally backed up (which is fine with me ) However - at times I need this dataset to remain for days or even weeks - the job that does the weekly backup of this DASD VOLUME does not have authority to read/backup any datasets with my HLQ (nor should it) - thus the backup abends and I get yelled at Yes - I could remember to force the restored dataset to another DASD volume -but - my real question (and preferred solution ) is - is there an option to tell ADSDRRU if I do not have authority to backup any dataset - don't try ??( I did attempt to read z/OS V1R11.0 DFSMSdss Storage Administration) but did not find any help there - so either I cannot read IBM-ese or my hoped-for solution does not exist - thanks for any suggestions Chris Hoelscher IDMS DB2 Database Administrator 502-476-2538 You only need to test the programs you don't want to get called on later The information transmitted is intended only for the person or entity to which it is addressed and may contain CONFIDENTIAL material. If you receive this material/information in error, please contact the sender and delete or destroy the material/information. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trademarks (was: Under z/OS Unix)
John, Nah, Apple will just announce next year that they're buying IBM out, then we'll start seeing iBM and so on. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Thursday, May 12, 2011 11:37 AM To: IBM-MAIN@bama.ua.edu Subject: Trademarks (was: Under z/OS Unix) On Thu, 12 May 2011 10:38:39 -0500, John McKown wrote: IBM will soon be forced to change ISHELL to some other name, I'm sure. Because Apple will be suing them for having something computer related which starts with an i. This will cause confusion in the marketplace for Apple products. Speaking of which, the I in IBM needs to change by the same logic. The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM QUESTION - AGE DAYS
Take the word days out. HSEND LIST DSN MCDS SEL(AGE(3300)) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of esmie moo Sent: Tuesday, May 10, 2011 9:08 AM To: IBM-MAIN@bama.ua.edu Subject: DFHSM QUESTION - AGE DAYS Good Morning Gentle Readers, I am trying to find out the dsns that have been migrated and have not been referenced for 3,000 days. Here is my command: HSEND LIST DSN MCDS SEL(AGE(DAYS3300)) I noticed that there are dsns which have been created as recent as April 27, 2011 which appear on the list. I cannot spot my mistake could someone please point out my error or advise me on how to go about it? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: very good read on global capitalism
And this has what to do with IBM-main? -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sam Siegel Sent: Sunday, May 08, 2011 7:04 PM To: IBM-MAIN@bama.ua.edu Subject: very good read on global capitalism Words might would never expect to hear from these guys. http://www.huffingtonpost.com/james-p-hoffa/global-capitalism-is-dest_b_858517.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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Not able to Ftp
Hal, Actually that isn't it (I don't think anyway). I have been following the thread and tried the same FTP command. Mine works fine, and I get the same security message. The thing I find interesting is that there doesn't appear to be any logon message. Here are the final few lines of an FTP to myself. I would be more looking at the message in the -v output that says it is using FTP configuration defaults. From a later post by the original poster, I haven't talked myself into deleting the /usr/lib directory path to see if I can recreate the problem. :-) EZA1554I Connecting to: 172.16.0.3 port: 21. 220-FTPD1 IBM FTP CS V1R10 at testlpar.CNASURETY.NET, 16:06:12 on 2011-05-05. 220 Connection will close if idle for more than 5 minutes. GU4872 ftpSetApplData: entered CZ0462 ftpOpen: no security mechanism is specified GV0515 seq_stat_file(2): lrecl=0 recfm=0 blksize=0 mode=1 CZ1483 rnetrc:(3) file RRPX.NETRC does not exist EZA1459I NAME (172.16.0.3:RRPX): Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hal Merritt Sent: Thursday, May 05, 2011 10:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Not able to Ftp I'd say the key might be: CZ0390 ftpOpen: no security mechanism is specified Since the server is the one that performs initial authentication, I'd focus there. The missing file is a separate issue, I think. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Thursday, May 05, 2011 10:07 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Not able to Ftp Hi, I have executed the given command : the output are as below : with -d CY2046 ftpSocks: entered CY1939 findSocks: entered CY0911 ftpStart: start parm and ftp.data processing is complete GU1089 chkVerRel: system information for CTS2: z/OS version 1 release 6 (2066) EZYFT25I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the c ontrol connection. EZYFT31I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the d ata connection. EP2149 set_dbcs_langs: __ipdbcs() returned 0 parms from LOADDBCSTABLES stateme nt(s) EZA1450I IBM FTP CS V1R6 CY1013 ftpStart: setibmopt() failed on IBMTCP_IMAGE - EDC5138I No such device or address. (errno2=0x11B3005A) CY1026 ftpStart: single-stack (INET) environment. Ignoring TCPIPJOBNAME TCPIP from tcpip.data. CY1089 ftpStart: internal messages timestamp = 2004 050 01:08 UTC Open message catalog fails 'EDC5129I No such file or directory.'. Using interna l messages CY1116 ftpStart: socket() failed on AF_INET6 - EDC8114I Address family not sup ported. (errno2=0x112B) CY1124 ftpStart: client operating in IPv4 only mode CZ0240 ftpOpen: entered SC0419 initConnection: entered SC0837 initIPv4Connection: entered CY2711 access_via_socks_server: entered EZA1554I Connecting to 10.237.5.102. port 21 220-FTPD1 IBM FTP CS V1R6 at CTS2800, 14:58:34 on 2011-05-05. 220 Connection will close if idle for more than 5 minutes. CZ0390 ftpOpen: no security mechanism is specified EZA1534I Control connection with 10.237.5.102 dies. SC3018 endSession: entered (sn=096456F8) SC2302 dataClose: entered CZ1138 ftpClose: entered CZ0573 ftpOpen: lost session after successful init EZA1460I Command: = with -v EZY2638I Using FTP configuration defaults. EZYFT25I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the c ontrol connection. EZYFT31I Using //'TCPIP.STANDARD.TCPXLBIN' for FTP translation tables for the d ata connection. EZA1450I IBM FTP CS V1R6 Open message catalog fails 'EDC5129I No such file or directory.'. Using interna l messages EZA1554I Connecting to 10.237.5.102. port 21 220-FTPD1 IBM FTP CS V1R6 at CTS2800, 15:00:53 on 2011-05-05. 220 Connection will close if idle for more than 5 minutes. EZA1534I Control connection with 10.237.5.102 dies. EZA1460I Command: On Thu, May 5, 2011 at 8:26 PM, Hal Merritt hmerr...@jackhenry.com wrote: I don't the missing file is a serious problem. Check the server logs. This appears to be something in the basic set up. Try your FTP command with -D and -V sub commands. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of jagadishan perumal Sent: Thursday, May 05, 2011 9:43 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Not able to Ftp Mark, I did ftp from tso/ispf from the option 6 and i got the below error : EZA1450I IBM FTP CS V1R6 Open message catalog fails 'EDC5129I No such file or directory.'. Using interna l messages EZA1554I Connecting to 10.237.5.102. port 21 220-FTPD1 IBM FTP CS V1R6 at zos2800, 14:35:36 on 2011-05-05. 220 Connection will close if idle for more than 5 minutes. EZA1534I Control connection with 10.237.5.102 dies. EZA1460I Command: Could anyone please guide to
Re: An unnecessary controversy (Was: Ported tools for z/OS on ADCD)
Steve, Not quite. The second word, System versus SystemS. It took me a while to catch that one. :-) And, yes, I'm tired of the bickering back and forth. Neither side will convince the other that they're right/wrong. It would be best for everybody involved to simply make sure that their usage of the acronym isn't ambiguous. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Steve Comstock Sent: Monday, May 02, 2011 10:19 AM To: IBM-MAIN@bama.ua.edu Subject: Re: An unnecessary controversy (Was: Ported tools for z/OS on ADCD) On 5/2/2011 9:11 AM, Paul Gilmartin wrote: On Mon, 2 May 2011 09:25:51 -0400, Chicklon, Thomas wrote: OK, you win. USS is officially only to be used when speaking of VTAM's table thing. So, if you (and some others I'm sure) want to preserve the purity of the acronym USS, good for you. Don't misuse it. Just leave the rest of us out of it. It's interesting that the link Kirk Wolf posted: http://www.acronymfinder.com/USS.html rates the incorrect USS (Unix System Services) number six, and USS (Unix Systems Services) number fourteen respectively. Ummm. These are the same. The usage correct according to the IBM Glossary doesn't even make the list. And when I filter by Information Technology, USS (Unix System Services) becomes number one, and USS (Unix Systems Services) becomes number two. the above are the same Now, I suspect that AcronymFinder hasn't an army of gnomes researching and consulting authorities to verify that USS (Unix System Services) or USS (Unix Systems Services) the above are the same is technically correct. More likely, they have a nest of spiders that crawl the Web, and whenever they find constructs such as USS (Unix System Services) or USS (Unix Systems Services) the above are the same they add weight to the ranking of that interpretation. When I want to understand an acronym, I rarely RTFM; more often I simply type the acronym in a Google search box, and take whatever appears in the first page of hits as conventional, although possibly technically incorrect. So Chris Mason's polemics are likely counterproductive of his end: the more stridently he denies that USS stands for Unix System Services, or that USS stands for Unix Systems Services the above are the same , provoking followups that sometimes quote him, the higher he boosts the construct he detests in AcronymFinder's ratings. He'd more effectively further his cause of eliminating use of USS (Unix System Services) and USS (Unix Systems Services) the above are the same if he'd simply STFU. (AcronymFinder gets that one almost right.) -- gil ??? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our new tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vlan
We run multiple VLANs. The mainframe along with the rest of the servers is on a VLAN. We run multiple VLANs for the end users, basically splitting them by floor into separate VLANs. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Gates, Guy Sent: Monday, May 02, 2011 11:40 AM To: IBM-MAIN@bama.ua.edu Subject: Vlan Hi Everyone, Currently we run with our Mainframes in a separate VLAN from other environments, such as Intel and Unix. We have been asked to research putting all of the environments on the same VLAN. My question is, What are other shops doing? DO you run with your Mainframes in a separate VLAN, or in the same VLAN as other environments? I am cross-posting this to the TCP list also, but I wanted to know how z/OS'ers are running or how they would prefer to run also. Thanks...Guy M. Gates Jr. TTI Z/OS Systems Programmer II The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone Still Using OLTEP?
Actually I don't think this is nostalgia (at least the OP from Mr. Eels), but a first look at possibly removing some unused baggage from z/OS. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Charles Mills Sent: Monday, April 25, 2011 2:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone Still Using OLTEP? We're definitely moving from threads that evolve into nostalgia to threads that start right out with nostalgia. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Bob Rutledge Sent: Monday, April 25, 2011 12:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Anyone Still Using OLTEP? John Eells wrote: Is anyone still using OLTEP...and if so...what for? Note 1: If you haven't been a sysprog for 20 years or more, my guess is that you probably don't know what it is--and will probably never need to, so don't worry. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. 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
question on ICKDSF
Hi List, I have a very specific application where I want to offline initialize a bunch of volumes without having to have an operator sitting at the console replying U to initialize each volume. According to the fine manual, I can do a PARM='NOREPLYU' to make this happen, but that only works if I also have VERIFY(volser) defined for each INIT statement. I want to do a combination of NOREPLYU and NOVERIFY. How do I make that happen? Thanks. Rex The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: question on ICKDSF
Radoslaw, thanks for the tip. I'm not that current on maintenance so don't have that functionality. I will also publicly thank an individual who privately sent me an MPF exit that will do what I need. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of R.S. Sent: Thursday, April 21, 2011 11:44 AM To: IBM-MAIN@bama.ua.edu Subject: Re: question on ICKDSF W dniu 2011-04-21 18:15, Pommier, Rex R. pisze: Hi List, I have a very specific application where I want to offline initialize a bunch of volumes without having to have an operator sitting at the console replying U to initialize each volume. According to the fine manual, I can do a PARM='NOREPLYU' to make this happen, but that only works if I also have VERIFY(volser) defined for each INIT statement. I want to do a combination of NOREPLYU and NOVERIFY. How do I make that happen? Update: PM17764: NEW FUNCTION - ADD 'FORCE' PARAMETER TO PARM='NOREPLYU' TO BYPASS VERIFY(SERIAL) REQUIREMENT * PROBLEM DESCRIPTION: Currently to bypass the Operator's * * intervention (reply U or T) message * * when using the CPVOLUME, INIT, INSPECT, * * INSTALL, REFORMAT, REVAL, or TRKFMT * * commands to offline volumes it is * * required that you must specify the * * VERIFY(serial) parameter when using * * the PARM='NOREPLYU' in the JCL. * * RECOMMENDATION: * Now when PARM='NOREPLYU,FORCE' the VERIFY(serial) parameter will no longer be required to bypass the operator intervention (Reply U or T) message. Modified date: 2010-08-02 -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z196 BC ?
We're hoping for one too, but why Q4? If IBM were to run true to form, they should be announcing it any day now. Here's why I say this: Z9-EC announced July 2005, shipped Sept. Z9-BC available April 06, 9 months after EC announcement. Z10-EC available Feb 2008, BC available Oct 08, 8 months later. Z196 available July 2010, BC available Feb/march 11 (8-9 months later). Obviously that didn't happen. Now the Z10 and Z196 boxes, I don't know if the dates mentioned were announcement or availability dates, but either way, it appears to me that IBM is dragging their feet on the z196-BC. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Chase, John Sent: Tuesday, April 19, 2011 9:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Z196 BC ? -Original Message- From: IBM Mainframe Discussion List On Behalf Of Staller, Allan I have heard (from a well placed IBM source) there will definitely be a z/196 BC but have no date. If IBM runs true to form I would expect to see the announcement sometime in Q4 of this year snip Has anyone heard when or if a z196 BC will be announced? /snip We're likewise sort of expecting a z196BC announcement in Q4 this year. No real basis for that expectation. -jc- The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New job for mainframes: Cloud platform
Graeme, Sorry, but I just have to do this. X86 registers work in trinary mode rather than binary? Your map of the eax register shows. eax: 0001 0020 == What's the 0020 mean? :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Graeme Gibson Sent: Monday, April 11, 2011 11:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: New job for mainframes: Cloud platform Well, let's not skew the kiddie's brains too much.. Endian- ness, in the context used in these posts, refers to BYTE order not BIT order. The bit-order *within each byte* is still most significant on the left in both big- and little- endian systems. Another wrinkle: In the x86 world (little-endian) Intel names the bits within a byte, from the left, 7,6,5,4,3,2,1,0 whereas in the z.. world (big-endian) IBM names them 0,1,2,3,4,5,6,7. Regardless of the naming scheme used, the rightmost bit in each byte is the least-significant. :-) An x86 code fragment might help to illustrate: .code mov eax,258 ;let's start with 258 KG mov weight,eax .. .. ret .data weight dd 0 ;weight in kilograms After that 2nd mov instruction, while the 32-bit eax register looks like: bits 32,31,..,24 |bits 23,22,..,16 ||bits 15,14,..,8 |||bits 7,6,5,..,0 |||| eax: 0001 0020 ..the four bytes at label weight will look like: weight 0010 0001 |||| |||bits 32,31,..,24 ||bits 23,22,..,16 |bits 15,14,..,8 bits 7,6,5,..,0 So, bit numbering aside, it still looks like a big-endian world once you're inside the processor. Cheers, Graeme The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Summer Time, state of art
The idea is that having more light earlier in the morning, the children waiting for school buses don't have to wait in the dark, where they are more at risk of either being snatched by some bad guy or hit by a car that doesn't see them in the dark. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Tuesday, March 29, 2011 9:53 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Summer Time, state of art Perhaps it is like my boss indicated. He likes the time change. Because it gives him sunshine hours after work. So he goes out and does things. Which stimulates the economy. So summer hours basically help the economy by urging people to spend more money. I'm still waiting for someone to explain why it is good to have sunshine hours after work in summer but not in winter. You might say that in winter it is dark when you leave the office any way, so it doesn't help. True, but it doesn't do any harm either, does it?. -- Peter Hunkeler The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Check TAPE Contents
Sergio, you inadvertently answered Roberto's question. A TMS is simply a Tape Management System. You mentioned you have RMM as your TMS. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sergio Lima Sent: Thursday, March 24, 2011 10:08 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Check TAPE Contents Hello Roberto, Sorry about don't know this , but I know that We have RMM. What is TMS ? is Tivoli? Thanks, Sergio Date: Wed, 23 Mar 2011 19:00:13 -0300 From: roberto.pach...@ig.com.br Subject: Re: Check TAPE Contents To: IBM-MAIN@bama.ua.edu Hello Sergio, Usually TMSs have this kind of utility to map tapes. What's the TMS in your installation? Tell me the name the TMS then I can tell the name of utility you can use. Regards, Roberto Pacheco 4bears Technologies 2011/3/23 Sergio Lima sergio...@hotmail.com Hello List, We have some tapes here, that came from another system, and then, We need look the contents of that. We know that DITTO with TP functions, can help us, but, unfortunatelly , our DITTO is not customized for use, and We can't found the DITTO INSTALLATION AND CUSTOMIZATION MANUAL. When try run the JOB : //DITTOPRT JOB MSGCLASS=A,NOTIFY=SYSUID,REGION=0M,TIME=NOLIMIT //DITVERIF EXEC PGM=DITTO //STEPLIB DD DSN=DIT.SDITMOD1,DISP=SHR //SYSPRINT DD SYSOUT=* //DD1 DD UNIT=/AF01,VOL=SER=GR0039,DISP=OLD //SYSABEND DD SYSOUT=* //SYSUDUMP DD SYSOUT=* //SYSIN DD * $$DITTO TP INPUT=DD1,NFILES=01 $$DITTO REW OUTPUT=DD1 $$DITTO EOJ /* Receive this message : DITTO/ESA for MVS $$DITTO TP INPUT=DD1,NFILES=01 DIT0330I Not authorized for TP Keyword verification for any subsequent commands continues $$DITTO REW OUTPUT=DD1 $$DITTO EOJ Looking the message DIT0330I in the Manual, show this : DIT0330I Not authorized for function Explanation: Your user ID is not authorized to use the function that you specified. User Response: If you need to use this function, contact your system support to enable your user ID for | this function or function group. Refer to the DITTO/ESA | Installation and Customization Guide. Someone can help us please, or if exist another program , or way to see the contents of a tape. Thanks very much, Sergio Lima Costa Sao Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Roberto Pacheco 11 8141-2608 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Check TAPE Contents
Sergio, EDGINERS is actually a utility that is part of RMM. Any RMM module or error message, etc, will start with the characters EDG. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sergio Lima Sent: Thursday, March 24, 2011 10:15 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Check TAPE Contents Hello Mike, This utility is part of ZOS ? We run version 1.12 Thanks, Sergio Date: Thu, 24 Mar 2011 04:24:42 -0500 From: mikeww...@hotmail.com Subject: Re: Check TAPE Contents To: IBM-MAIN@bama.ua.edu On Wed, 23 Mar 2011 15:40:38 -0700, Schwarz, Barry A barry.a.schw...@boeing.com wrote: I wonder how RMM would know the contents of a tape received from another facility, as stated by the OP. Use the EDGINERS utility with the SCAN command in SYSIN This will provide details of the volume label and the first file. Mike Wood -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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 The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Check TAPE Contents
I know, but I decided that in the context of the original post I wouldn't obfuscate the issue. Being the poster asked something along the line of which TMS do you have? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Finnell Sent: Thursday, March 24, 2011 2:48 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Check TAPE Contents Jazbut, TMS was CA-1 as opposed to TLMS. In a message dated 3/24/2011 11:28:35 A.M. Central Daylight Time, rex.pomm...@cnasurety.com writes: You mentioned you have RMM as your TMS. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: One Pack RACF Anomaly
Daniel, Forest, meet trees. :-) If there's anybody on this list who won't admit to having done something similar, they either haven't been doing system work, or they're lying! I don't want to read a bunch of horror stories about others who have oopsed, just wanted to say glad you got it figured out, and that it was something simple. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Daniel McLaughlin Sent: Monday, March 21, 2011 11:51 AM To: IBM-MAIN@bama.ua.edu Subject: Re: One Pack RACF Anomaly The yolk's on me (egg on my face) Grabbed an old RACF copy job and made the assumption it was current. It wasn't. Found right database and re-ran. Violas and cellos...we are there. (Slinking away) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: One Pack RACF Anomaly
Check the DES encryption scheme you have set up. Do you have the ICHDEX01 installed? Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Daniel McLaughlin Sent: Thursday, March 17, 2011 7:00 AM To: IBM-MAIN@bama.ua.edu Subject: One Pack RACF Anomaly We used Mark Zelden's process to build a one pack system. When we IPL'd and established a TSO link, then tried to logon, we kept being blocked by RACF. We reloaded the RACF database and tried it again, only to be blocked again. It's not recognizing any passwords we enter. We are stumped. Has anyone else experienced this, or might you have any suggestions? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TRX Replacement
Dyna-step from Tone Software? www.tonesoft.com. I haven't used the product, but in a former life I worked with some of their other software and had no problems with them. Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Dennis Schaffer Sent: Monday, February 28, 2011 11:57 AM To: IBM-MAIN@bama.ua.edu Subject: TRX Replacement Hi, We're running TRX from OES Inc., and we're looking for alternatives. TRX provides allocation and i/o services for the TSO/ISPF environment. TRX allows us to avoid maintaining logon procs with hard-coded dataset names or clists/execs to dynamically allocate TSO/ISPF datasets, by providing a dialogue/database to describe individual user/application dataset requirements. TRX also provides performance benefits by dynamically caching frequently-used member and streamlined i/o processing for ISPF datasets. Is anyone aware of a potential replacement for TRX? I'm aware of ALTLIB/LIBDEF but (1 it's not compatible with our existing infrastructure, (2 it's going to require coding exec's for each of our vendor and internal products and (3 it won't provide the performance benefits of TRX. Thanks, Dennis Schaffer The information contained in this e-mail may contain confidential and/or privileged information and is intended for the sole use of the intended recipient. If you are not the intended recipient, you are hereby notified that any unauthorized use, disclosure, distribution or copying of this communication is strictly prohibited. If you received this e-mail in error, please reply to sender and destroy or delete the message and any attachments. 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