Re: Retiring after 43+ years with IBM
Frank, I'm proud to say that your IBM years have provided support for my mainframe career since the early 80's. Enjoy your retirement Sir. Kevin Clark -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Frank Yaeger Sent: Tuesday, May 15, 2012 9:00 PM To: IBM-MAIN@bama.ua.edu Subject: Retiring after 43+ years with IBM Just a note to let everyone know I'll be retiring at the end of this month (5/31/2012). I've been with IBM for 43+ years (plus a couple of summers in college) and I've enjoyed my career immensely. I've especially enjoyed being able to help people use the DFSORT/ICETOOL functions I developed, over many years, in new and interesting ways. Once I retire, I won't be posting solutions any more since I won't have access to a mainframe to test them, and I don't like posting untested solutions. I may lurk a bit or I may not. I'm looking forward to retirement, but I'll also miss this list. I'm happy to say that others on the DFSORT Team will continue to contribute. Thanks to everyone for giving me the chance to earn a living all these years doing something that was a lot of fun for me. Long live the mainframe, IBM, z/OS, DFSORT and ICETOOL! Frank Yaeger - DFSORT Development Team (IBM) - yae...@us.ibm.com Specialties: JOINKEYS, FINDREP, WHEN=GROUP, ICETOOL, Symbols, Migration => DFSORT/MVS is on the Web at http://www.ibm.com/storage/dfsort -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices
A few suggestion: We are a small DB2 shop , so one user catalog supports 3 subsystems ( PROD,TEST,DEVL) . Isolation of production is also a best practice. Depending on the number of archives logs that you produce and keep cataloged, they will consume space , size the catalog appropriately to avoid extents. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Rodney Krick Sent: Thursday, November 10, 2011 1:43 PM To: IBM-MAIN@bama.ua.edu Subject: [DB2 z/OS] USER CATALOG - Rules of Thumb and best practices Hi, I'm looking for some DB2 specific recommendations regarding User Catalogs, specially if there are any rules of thumb as a start point for defining the infrastructure for DB2 (like each member has its own catalog or something like that). I've searched the forum and asked daddy google, but didn't get smarter. The guys from DB2-L recommended me to post this to this list (IBM-Main). If some of you guys could share one or two links I would be very grateful! Thank you in advance! Rodney -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TS1120 Drives: will they support 10/20 GB J tapes ?
" Planned obsolescence!" love itthanks everyone -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Thursday, August 18, 2011 5:21 PM To: IBM-MAIN@bama.ua.edu Subject: Re: TS1120 Drives: will they support 10/20 GB J tapes ? >3590 J tapes are physically different. As 3490 cartridges can´t be used in >3590, same for 3590 cartridges can´t be loaded in ts1120 drives... Planned obsolescence! - 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TS1120 Drives: will they support 10/20 GB J tapes ?
Hello all, Let me answer the first WHY ? - we have over 1000+ 3590 J tape media and no time or money to migrate to high capacity tape media in 2011. So, I was hoping to get the FICON improvement + hardware encryption instantly. Anyone have actual experience with still reading and writing these older tapes on the TS1120 drives Kevin This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Generating Linkage control cards from a load module ( PDSMAN ??)
Anyone with a better memory than mind, I recall a utility , vendor product or CBT or Waterloo , that would list a load library member and then you could issue a JCL or MAPJCL like command to create input cards to re -link the load member. My problem , I have some modules (no JCL) that I need to re-link , so I to rebuild with IEWL INCLUDE or ORDER statements. Kevin This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SDSF SYSLOG output problem
If you recently upgraded to 1.11, three is a IBM SDSF PTF to correct this issue. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Patrick Lyon Sent: Tuesday, March 08, 2011 10:33 AM To: IBM-MAIN@bama.ua.edu Subject: Re: SDSF SYSLOG output problem On Tue, 8 Mar 2011 09:20:12 -0600, Elardus Engelbrecht wrote: >Jim McAlpine wrote: > >>If I do "ST SYSLOG" inSDSF, I get the following - > >>Now if I try to select any of those SYSLOG jobs in the OUTPUT queue I get >"NO DISPLAYABLE DATA" like so - > >>any ideas why. > >Why are the Queue for each of them 'OUTPUT' and Status = 'HOLD'? > >On my system I see Queue='PRINT' and Status=. Look also what is >the 'Phase Name' for them. > >Perhaps if you could release them, you could see them? Or look in the Hold >Queue or Output Queue for them. > >HTH! > >Groete / Greetings >Elardus Engelbrecht > I agree with Elardus - when I do a "ST SYSLOG", I do not see output segments, only the execution. I have to go to the output screen to see the output. And they happen all to be the same STC JobID number. Perhaps those showing up with OUTPUT that have different JobID's are old ones that were IPLed over? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Data Masking - 3270 Sceens
Hello list, I' searching for 3270 data masking solution for sensitive data , such as SSN# I am aware of a few products, but want to do some due-diligence with this experience group. Hoping for some PCI responses. I believe I have an Attachment xtreme/ Refection solution with Privacy filters and scripting. Of course we don't want to change data right away to implement a privacy solution. This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Identify IP OSA
Try NETSTAT GATE -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of HELIO Sent: Friday, September 03, 2010 9:36 AM To: IBM-MAIN@bama.ua.edu Subject: Identify IP OSA All list, I need to identify the IP of an OSA. Does anyone know the command that I can used? Thanks. -- *Hélio José da Silva ***// -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DASD Moderate Alert from EMC DMX4
Brad, We moved off EMC recently, however, I recall this type of error being associated with FICON microcode levels (IC3). The DMX4 may need updates. Perhaps recent updates added to your processor. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Brad Wissink Sent: Monday, August 30, 2010 2:54 PM To: IBM-MAIN@bama.ua.edu Subject: DASD Moderate Alert from EMC DMX4 We started getting the following message from our EMC DMX4 Symmetrix over the weekend. We are talking with EMC but not getting very far. So, does anyone know what the message is telling us? *IEA480E 400D,DASD,MODERATE ALERT,MT=2105,SER=0507-03966, 259 REFCODE=E467-0471-,VOLSER=DB0022,ID=01,SENSE=1B10 0D268F01 8F44 7114 07000F7E 0001E467 05100200 FE00 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: EBCDIC-ASCII translation and vendor products
Charles, I would prefer using Unicode Services, but FTP seems better served using its own tables. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Charles Mills Sent: Monday, August 23, 2010 6:58 AM To: IBM-MAIN@bama.ua.edu Subject: EBCDIC-ASCII translation and vendor products If you were evaluating a vendor product that as one part of its processing had to convert mainframe (single-byte) data into ASCII for use on a small platform, would you be most favorably disposed to a product that - used some sort of vendor-specific translation tables, with the vendor shipping half a dozen or more "common" tables, and the ability to customize them or create your own; or - used z/OS Unicode Services and gave you the ability in the vendor products parameter files to specify the from and to CCSIDs; or - some other approach? What? Are people generally content with Unicode Services? I don't hear much complaining here, which I take as a good sign. Thanks for your help! Charles Mills -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ATL 3494 for z/OS and zLinux
I believed IBM TSM or CommVault have solutions. Maybe others -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Miran Cotic Sent: Tuesday, August 03, 2010 4:12 AM To: IBM-MAIN@bama.ua.edu Subject: ATL 3494 for z/OS and zLinux Hello List, is there a product that would allow me to use an ATL 3494 in the z/OS lpar and the zLinux lpar (in the same CEC) simultaneously ? At the moment I'm using it in the z/OS lpar (with DFSMSrmm) only. Regards, Miran Cotic -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Who are the TOP Mainframe Tapesubsystems Vendors?
Excellent...thank you sir... With such limited options for Mainframe (Enterprise tape drives) our targeted solution will come down to the best reseller with non technical add-ons. Sure could use another vendor in this market (Hitachi - Memorex ) -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Tuesday, August 03, 2010 4:20 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Who are the TOP Mainframe Tapesubsystems Vendors? W dniu 2010-08-03 20:42, Clark, Kevin pisze: > Hello all, > > As the storage landscape has changes over the years. I find myself > struggling to put together competitive acquisitions. > > I'm simply talking about a library with 3592 type drives and maybe LTO > support for the Open Systems side. > > There IBM. > > Who else? Remarks: 1. It's worth to distinguish tape drives and tape subsystems. 2. It's worth to distinguish entry tape drives / subsystems and enterprise drives /subsystems. Like in car industry the market for Toyota Corolla is much bigger than for Liebherr truck, despite the price per unit. Answer: Enterprise tape drives: IBM, STK vel Sun vel Oracle - the only manufacturers of mainframe attachable drives (without additional appliances. Midrange: LTO. (S)DLT is a history, (S)AIT is history, VXA - I don't know. LTO means 3 vendors: IBM, HP, Quantum and maybe Tandberg. Entry level: DAT. Mostly HP and SONY. (BTW: Nowadays it's 8mm tape!) Travan, Ditto, QIC, SLR, MLR, Exabyte, Magstar MP, DTF are all history Libraries: IBM, STK, Quantum, Siemens (Centricstore). Appliances, only mainframe related: Luminex, Bustech, Interkom Gmbh. HTH -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.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.2009 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Who are the TOP Mainframe Tapesubsystems Vendors?
Hello all, As the storage landscape has changes over the years. I find myself struggling to put together competitive acquisitions. I'm simply talking about a library with 3592 type drives and maybe LTO support for the Open Systems side. There IBM. Who else? Kevin This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM FLASHCOPY interface ( is there a no cost solution)
Ok...thanks all...I'll off an coding now -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Ticic Sent: Monday, July 12, 2010 4:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: IBM FLASHCOPY interface ( is there a no cost solution) If you feel like doing some coding, you can use the ANTRQST API. Take a look at z/OS DFSMSdfp Advanced Copy Services (SC25-0428) for more details. Starting with z/OS 1.12, the REXX interface to ANTRQST will be documented. If you want a preview of how to code the REXX calls, take a look at SYS1.DGTCLIB(ANTFREXX) for a sample. John >DFSMSdss provides all the interface for all the FCV2 functions you may want >to use. Is there a specific function that you cannot get find in the >DFSMSdss support? > >Did you know can use the COPY command in the ISMF dataset list to build and >submit a DFSMSdss batch job. It just doesn't have a foreground option. >Perhaps the FlashCopy processing you require is in those panels. > >> All, >> >> We have migrated our DASD and our new vendor utilized FLASHCOPY. >> >> >> We have CA-DISK & DFDSS only. >> >> >> I've been using TSO =6 and even Batch TSO. >> >> >> Is there any ISPF panels or REXX freebies available ? >> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
IBM FLASHCOPY interface ( is there a no cost solution)
All, We have migrated our DASD and our new vendor utilized FLASHCOPY. We have CA-DISK & DFDSS only. I've been using TSO =6 and even Batch TSO. Is there any ISPF panels or REXX freebies available ? Kevn This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Enclaves hung up
Marc, >From a Z/OS systems perspective classified all DB2/DDF workloads via WLM. Then sub-classified them into appropriate services classes with default below batch ( be careful of congestion of threads not getting CPU services that low and your ability cancel them). Since you stated that the CPU was soaring, you should add a CPU governor via DB2 for these threads if indeed they are excessive. No the problem: locate the high usage thread via SMF post processing or any other tool you may have, if it's simple a case of too many threads, then you'll have to throttle them down. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Friday, June 18, 2010 10:46 AM To: IBM-MAIN@bama.ua.edu Subject: Enclaves hung up Hello, all. I have a problem that we are working on and it seems to no avail. We have a distributed application that uses DB/2 on the MF and DB/2 connect to get to the mainframe. We are on z/os V1.7 currently migrating to V1.11 with DB/2 at V7 with no plan to migrate because of the application on the distributed side. (My assumption)There is a situation where a user does some kind query or DB/2 access that causes them to lock a resource on the MF side, this then causes all the other users to halt on the MF. The users then get impatient and close the browser and reopen it again to start another session. The enclave that the user was using when they clicked the browser closed is still running. Eventually there are hundreds of enclaves and the CPU has soared to 100%. Then we get called and now we are trying to handle a snowball that has grown very large. All in all we stabilize the system, but in our comedy caper routine we didn't have the time to figure out what really caused the problem. Have any of you ever had this problem? If so what was done to correct it? Do any of you have any suggestions that we could follow that may help us figure out what the problem really is? Thanks in advance for your support. == 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ESS 2105-800 DS6800 comparison
Nigel, Converted from a Hitachi unit emulating a ESS 2105 to a DS6800 using FDRPAS and FLASHCOPY in 1 day, (10 TB), It was awhile back but there were no problems or issues. Except it didn't support Flashcopy 2 at the time (Dataset level) Since the DS6800 was rack mounted, I should have opted for the in rack LAPTOP, Instead of table to support my monitor and keyboard only. Oh yea. We went from ESCOM to FICON...so great for performance. Kevin ---Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Nigel Salway Sent: Thursday, April 01, 2010 12:07 PM To: IBM-MAIN@bama.ua.edu Subject: ESS 2105-800 DS6800 comparison I am looking at migrating from an ESS 2105-800 shark to a used DS6800 1750-522. I am curious to learn if anyone has done a similar conversion and can comment on the relative performance of the two storage subsystems. The IBM redbook SG24-6781-02 says the DS6800 will out-perform the 2105-800 shark in most zOS implementations. I am also interested in hearing from someone who has installed a used DS6800 and if they had any issues installing and setting up the DS Storage Manager software. TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe console issue
Did you Change the PCOM configuration? I believe there is a TRACE function for the LU session. Check that 06E1 is online and that the LU name is still valid, this LU names should match that in your HMC ICC config. Are any other ICC terminal working ? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Monday, January 18, 2010 11:58 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe console issue Hi, We are getting the below error while connecting the console thru IBM PCOM. PCSTLNET013 - an unknown error occurs during device type negotiation. Regards, Chokalingam Thangavelu TWUL Project Thames Water IS In Partnership with Wipro Technologies Mobile: 07515520914 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Monday, January 18, 2010 4:36 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe console issue -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Chokalingam Thangavelu Sent: Monday, January 18, 2010 10:29 AM To: IBM-MAIN@bama.ua.edu Subject: Mainframe console issue Hi, We have lost our ICC console connectivity and we are getting below error while trying to connect again. V 6E1,CONSOLE IEE936I CONSOLE SD0112 INITIALIZATION ERROR - RC:01 - 3277-2 IS ASSUMED D C,U=(06E1),L=Z IEE889I 16.12.43 CONSOLE DISPLAY 637 MSG: CURR=1LIM=5000 RPLY:CURR=13 LIM=500 SYS=SD01 PFK=X0 CONSOLEID --- SPECIFICATIONS --- SD0112 21 COND=A AUTH=MASTER NBUF=1 06E1 AREA=Z MFORM=T,J SD01 DEL=RD RTME=1/4RNUM=5SEG=10CON=N USE=FC LEVEL=ALL PFKTAB=PFKTAB1 ROUTCDE=ALL LOGON=OPTIONAL CMDSYS=SD01 MSCOPE=SD01 MONITOR=JOBNAMES ALTGRP=SD012 IEE501I CONSOLE SD0112 FAILED, REASON=IOER . ALL ALTERNATES UNAVAILABLE, CONSOLE IS NOT SWITCHED We have tried switching the console but no luck and all the console devices giving the same problem. "Check the specification for RNUM, SEG or AREA in the CONSOLxx parmlib member for incorrect values." This is what LookAt gave for IEE936I. It is also what I suspect -- your CONSOLxx (00, 01, what ever) has either been changed or deleted. Regards, Steve Thompson -- Opinions expressed by this poster may not reflect those of poster's employer -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Wipro Limited (Company Regn No in UK FC 019088) Address: Level 2, West wing, 3 Sheldon Square, London W2 6PS, United Kingdom. Tel +44 20 7432 8500 Fax: +44 20 7286 5703 VAT Number: 563 1947 27 (Branch of Wipro Limited (Incorporated in India at Bangalore with limited liability vide Reg no L9KA1945PLC02800 with Registrar of Companies at Bangalore, India. Authorized share capital Rs 3550 mn)) Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an
Re: SMP/E question
Quick response...just do a LIST SYSMODS on the GLOBAL, and edit the file. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gad...@malam.com Sent: Sunday, January 10, 2010 4:08 AM To: IBM-MAIN@bama.ua.edu Subject: SMP/E question Hi, Is there a way to find out all of the SYSMODs that were applied on a certain date. We are currently using SMP/E 3.4 in z/OS 1.9. TIA Gadi לשימת לבך, בהתאם לנהלי החברה וזכויות החתימה בה, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: 3592 standalone drives at DR Site
T. M. If the DR site is under VM, that just attached the devices (6xx-6xx) as your own define3d standalone devices. Toy will have to define new 6XX addresses with the LIBRARY NO. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of T. M. Ioia Sent: Thursday, January 07, 2010 9:00 PM To: IBM-MAIN@bama.ua.edu Subject: 3592 standalone drives at DR Site Hi all, We just recently started using a 3494 ATL with 3592 drives in our data center. We are also creating our DR tapes using the tape library and ejecting the tapes to send to off-site storage. At our DR site, we do not have a 3494 ATL tape library but we have stand- alone 3592 drives. I'm having trouble deciding how to best set up our DR recovery process. Can I maintain the same addresses, for example 600-603 and just change the LIBRARY YES to LIBRARY NO and MTL NO to MTL YES in the device definitions using HCD? I have a feeling I'm going to run into trouble with SMS by doing this. Do I have to create a new MTL definition, storage classes, storage groups, etc. Initially, we just want to restore the system at the DR site using the 3592 tape drives. Longer term, as we utilize the 3494 more and more, we will want to be able to run jobs that think they have a tape library available. Ideally and conceptually, what I would like to do, is operate in ATL mode at our data center and in MTL mode at the DR site, with the least amount of reconfiguration as possible. I have no way of testing this before going to the DR site. All of our 3592 drives are in the 3494, no standalone drives. I thought I could define one of the 3592 as part of an MTL, but it wouldn't let me bring it on-line because the system knows that it is inside the ATL Any ideas? 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HDS/USP Model 27 DASD and DB2
Mike, We have too have recently installed a USP with a string of Mod-27, I'm curious. What type of DB2 Files have you allocated? Table(s), Log(s) or Catalog(s)? With IOSQ at zero, is there other "Fairly Active" Disk on the same CU. I am thinking that DB2 TS Scans may be impacting you. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mike Shorkend Sent: Monday, December 28, 2009 1:58 PM To: IBM-MAIN@bama.ua.edu Subject: HDS/USP Model 27 DASD and DB2 Hello All, We have started experimenting with MOD-27 disks on a USP600 box. We have found that with DB2, response times have deteriorated significantly. We are seeing response times of more than 10ms on a fairly active disk. Disconnect time accounts for about 90% of the time. Cache disk ratio has gone down for these disks to less than 10%. HYPERPAV is active - IOSQ time is zero. zHPF is not enabled. z/OS 1.9. DB2 V8. We have opened an issue with Hitachi. Has anyone else experienced this in a similar configuration? Thanks Mike -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: "BPXBATCH" Program
Len, The PARM= keyword "SH" -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Leonard Sasso Sent: Friday, October 30, 2009 9:21 AM To: IBM-MAIN@bama.ua.edu Subject: "BPXBATCH" Program In the JCL below, what "tells" the "BPXBATCH" program to execute the commands in the file specified on the STDENV DD" ? //PDLSDI15 EXEC PGM=BPXBATCH, // PARM='SH sftp -b /tmp/sftp -F /gwc/ssh/config // use...@someaddress.com' //STDOUT DD PATH='/tmp/&SYSUID..STDOUT', // PATHOPTS=(OWRONLY,OCREAT,OTRUNC),PATHMODE=SIRWXU //STDENV DD DSN=FGC.GC.LOS.TMPR.SFTP.PWPARMS,DISP=SHR I look forward to your response. Thank You. Len Sasso RDC Operations - Systems Administrator CSC Information Technology Infrastructure Services (ITIS) | p: 518.257-4209 | m: 518.894-0879 | f: 518.257-4300 | lsa...@csc.com | www.csc.com This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GIMUNZIP failure
Check the archives this issue has been discussed in the past, although not by me. There is some sample JCL. rom: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Myers, Edouard (OCTO) Sent: Tuesday, October 27, 2009 5:59 PM To: IBM-MAIN@bama.ua.edu Subject: GIMUNZIP failure We are running z/Os v1R9 and one of my coworkers is trying to download a server pack from Shopz for DB2. However he is now running into this SMPE problem; GIM69209S **GIMGTPKG PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE STARTED. GIM23413S ** GIMGTPKG PROCESSING HAS FAILED. DATA INTEGRITY VERIFICATION CAN NOT BE PERFORMED BECAUSE ICSF IS NOT AVAILABLE AND AN ATTEMPT TO USE AN ALTERNATE SERVICE HAS FAILED. GIM20501I GIMGTPKG PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS 12. TIME 13:08:22SMP/E FTP OUTPUT SMP/E 34.26 //SMPSRVR DD * /* He has included the Java in the JCL //SMPCPATH DD PATH='/usr/lpp/smp/classes/' //SMPJHOME DD PATH='/usr/lpp/java/J1.4/' < As well as in his execution: //SMPCLNT DD * Has anyone run into this error? You can see the release of SMPE above Edouard A. Myers Senior Information Technology Specialist Office of the Chief Technology Officer DC Government 222 Massachusetts Ave, NW, Suite 200 Washington, DC 20001 Phone : 202-727-4017 Fax: 202-727-3880 Email: edouard.my...@dc.gov Website: http://www.octo.dc.gov -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Paul Gilmartin Sent: Tuesday, October 27, 2009 11:47 AM To: IBM-MAIN@bama.ua.edu Subject: Re: GIMUNZIP failure On Tue, 27 Oct 2009 21:01:43 +0530, Chokalingam Thangavelu wrote: > >GIM49001S ** ARCHIVE smpptfin/s0001.shopz.s8788653.smpmcs.pax.Z COULD >NOT BE FOUND WITHIN THE DIRECTORY NAMED ON THE > SMPDIR DD STATEMENT. > >Please let me know what could be the reason for the failure and I am >thinking that I have uploaded GIMPAF.XML and GIMPAF.XSL files in Binary >format along with other package files. If this is wrong then let me know >what mode I should use while FTPing these files into OMVS. > Binary is correct for transfers both from ShopZ and to HFS directory. But that's not what the message says is the problem Do ls -al ... of the HFS directory "NAMED ON THE SMPDIR DD STATEMENT" and verify that the file named in the message is present. But why bother with GIMUNZIP? You should be able to do RECEIVE FROMNTS directly. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: wto buffer shortage and "k q' cmnd no longer works.
Bonno, Fortunately the systems stay up now...I think to can do a K S, and change the roll time and DEL=D to optimized the messages scrolling. You can still use a MPF to suppress if this occurs regularly and you want to automate it. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bonno, Tuco Sent: Tuesday, October 20, 2009 10:01 AM To: IBM-MAIN@bama.ua.edu Subject: wto buffer shortage and "k q' cmnd no longer works. environment here is z/os 1.9 am getting (jes) wto buffer shortages. last time this happened, 5 or so years ago , I was able to clean things but by issueing a series of “k q” commands. now when I do so, I’m getting iee847 error messages: “K not valid for extended mcs console”. research of this error message in ibm’s LOOKAT site tells me that I should“ …. enter the equivalent subsystem command “ instead. somewhere along the line between 5 years ago and NOW, I’ve failed to keep up with new developments. how/where does one find out about these new “equivalent subsystem commands”? in other words, what do I do now, instead? (p.s. – I’ve looked in the 1.9 mvs commands manual, and found NO entry for subsystem commands in the index.) tia /s/ tuco bonno graduate, College of Conflict Management; University of Southeast Asia; "I partied on the Ho Chi Minh Trail - tiến lên !! " This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine module name of a SVC06 LINK call.
That did it.Thanks. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Monday, October 19, 2009 4:18 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to determine module name of a SVC06 LINK call. On Sun, 18 Oct 2009 17:09:05 -0400 "Clark, Kevin" wrote: :>So far my GTF traces have not revealed the Module name; I just get the :>SVC06 entry. It's an IMshouldn't matter. :>Would you happen to have the correct TRACE options that have been :>eluting me :) Standard SVCP should do it. Which TRACE options are you specifying? What does IPCS show? :>-Original Message- :>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On :>Behalf Of Binyamin Dissen :>Sent: Sunday, October 18, 2009 3:56 AM :>To: IBM-MAIN@bama.ua.edu :>Subject: Re: How to determine module name of a SVC06 LINK call. :> :>On Fri, 16 Oct 2009 07:58:54 -0400 "Clark, Kevin" :> :>wrote: :> :>:>Ok...got it nowI check for the residual name. :> :>:>Thanks.I let you know what I findmay have to adjust my DUMP :>:>options. :> :>Why not simply use GTF which will record the module name directly? :> :>:>-Original Message- :>:>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On :>:>Behalf Of Hunkeler Peter (KIUP 4) :>:>Sent: Friday, October 16, 2009 6:14 AM :>:>To: IBM-MAIN@bama.ua.edu :>:>Subject: Re: How to determine module name of a SVC06 LINK call. :> :>:>Kevin, :>:>My assumption was that the code in question calls some function :>:>very often. That function leads to the frequent LINKs you see. :>:>I was further assuming that the name of the linked routine is :>:>somewhere in that programs storage and it could still be there :>:>at the time the dump was taken. The SVC6 parameter list pointed :>:>to by R15 at the time of the SVC6 instruction could lead you :>:>to that storage. The name could be there not matter whether the :>:>linked module currently is or is not in storage. :> :>:>I may also have misunderstood your intent. -- Binyamin Dissen 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine module name of a SVC06 LINK call.
Binyamin, So far my GTF traces have not revealed the Module name; I just get the SVC06 entry. It's an IMmailto:ibm-m...@bama.ua.edu] On Behalf Of Binyamin Dissen Sent: Sunday, October 18, 2009 3:56 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to determine module name of a SVC06 LINK call. On Fri, 16 Oct 2009 07:58:54 -0400 "Clark, Kevin" wrote: :>Ok...got it nowI check for the residual name. :>Thanks.I let you know what I findmay have to adjust my DUMP :>options. Why not simply use GTF which will record the module name directly? :>-Original Message- :>From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On :>Behalf Of Hunkeler Peter (KIUP 4) :>Sent: Friday, October 16, 2009 6:14 AM :>To: IBM-MAIN@bama.ua.edu :>Subject: Re: How to determine module name of a SVC06 LINK call. :>Kevin, :>My assumption was that the code in question calls some function :>very often. That function leads to the frequent LINKs you see. :>I was further assuming that the name of the linked routine is :>somewhere in that programs storage and it could still be there :>at the time the dump was taken. The SVC6 parameter list pointed :>to by R15 at the time of the SVC6 instruction could lead you :>to that storage. The name could be there not matter whether the :>linked module currently is or is not in storage. :>I may also have misunderstood your intent. -- Binyamin Dissen 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Back to Work
Welcome back to the world of taxpayers. I've been hearing about this Data Center, a fresh start for all. I have an IMS Guys considering it also, I tell him to look you up if he accepts. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Sunday, October 18, 2009 12:18 PM To: IBM-MAIN@bama.ua.edu Subject: Back to Work I finally am going back to work on Monday. I'll be working at the new IBM call center in Dubuque, Iowa. I'm not sure if later today I'll even be able to see my IBM-Main messages when I leave Milwaukee. I'll be living on a farm in the country. I'm not sure if I want to pay $60 to $80 a month for internet access by either satellite or cell phone. Time will tell. Eric Bielefeld Sr. Systems Programmer Milwaukee, Wisconsin 414-475-7434 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine module name of a SVC06 LINK call.
Ok...got it nowI check for the residual name. Thanks.I let you know what I findmay have to adjust my DUMP options. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Friday, October 16, 2009 6:14 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to determine module name of a SVC06 LINK call. Kevin, My assumption was that the code in question calls some function very often. That function leads to the frequent LINKs you see. I was further assuming that the name of the linked routine is somewhere in that programs storage and it could still be there at the time the dump was taken. The SVC6 parameter list pointed to by R15 at the time of the SVC6 instruction could lead you to that storage. The name could be there not matter whether the linked module currently is or is not in storage. I may also have misunderstood your intent. -- Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine module name of a SVC06 LINK call.
Peter, That may have to be my approached; there may be many different modules that are LINKED and the DUMP only gives me a few and they are freemain-ed so quickly.. Looking into SLIP options also. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hunkeler Peter (KIUP 4) Sent: Friday, October 16, 2009 3:05 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How to determine module name of a SVC06 LINK call. You say you're looking at systrace entries, so I assume you've got dump. Have you tried to follow R15 from the SVC trace entry? R15 points to the parm list. The first word pointed to by R15 is the address of the entry point name (if the high order bit is 0). Of course, the area pointed to by R15 might have been reused after the SVC6, so you might not see anything meaningful there. -- Peter Hunkeler CREDIT SUISSE -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine module name of a SVC06 LINK call.
No luck. I get this and no member names. SVC CODE 006 ASCB 00FA9980 CPU. 0001 PSW. 070C0006 86C621F4 TCB. 00897658 R15. 008A0B74 R0.. R1.. 008A0B4C GMT-10/15/2009 18:26:40.533374 LOC-10/15/2009 14:26:40.533374 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark, Kevin Sent: Thursday, October 15, 2009 2:38 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to determine module name of a SVC06 LINK call. Thanksgiving it a try now .GTF Volume map report The volume map report (VOLMAP) displays information about data sets on the volume being mapped and about seek activity to each data set on that volume. It also maps the members of a partitioned data set and the count of seeks issued to each member. This report can be very useful in reorganizing the data sets on a volume and in reorganizing the members within a partitioned data set to reduce the arm movement on that specific volume. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Fairchild Sent: Thursday, October 15, 2009 1:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to determine module name of a SVC06 LINK call. Try tracing with GTF or using Computer Associates' I/O monitoring product FastDASD. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark, Kevin Sent: Thursday, October 15, 2009 12:32 PM To: IBM-MAIN@bama.ua.edu Subject: How to determine module name of a SVC06 LINK call. Hello, Issue: trying to locate modules that are being linked excessively for a particular job. I am looking at a SVC 06 entry in my SYSTRACE and subsequent SSCH(s) to the UCB where my LOADLIIB resides. However I need to know the module name that is being LINK and loaded from that LOADLIB. . Any suggestions? Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to determine module name of a SVC06 LINK call.
Thanksgiving it a try now .GTF Volume map report The volume map report (VOLMAP) displays information about data sets on the volume being mapped and about seek activity to each data set on that volume. It also maps the members of a partitioned data set and the count of seeks issued to each member. This report can be very useful in reorganizing the data sets on a volume and in reorganizing the members within a partitioned data set to reduce the arm movement on that specific volume. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bill Fairchild Sent: Thursday, October 15, 2009 1:37 PM To: IBM-MAIN@bama.ua.edu Subject: Re: How to determine module name of a SVC06 LINK call. Try tracing with GTF or using Computer Associates' I/O monitoring product FastDASD. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Clark, Kevin Sent: Thursday, October 15, 2009 12:32 PM To: IBM-MAIN@bama.ua.edu Subject: How to determine module name of a SVC06 LINK call. Hello, Issue: trying to locate modules that are being linked excessively for a particular job. I am looking at a SVC 06 entry in my SYSTRACE and subsequent SSCH(s) to the UCB where my LOADLIIB resides. However I need to know the module name that is being LINK and loaded from that LOADLIB. . Any suggestions? Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
How to determine module name of a SVC06 LINK call.
Hello, Issue: trying to locate modules that are being linked excessively for a particular job. I am looking at a SVC 06 entry in my SYSTRACE and subsequent SSCH(s) to the UCB where my LOADLIIB resides. However I need to know the module name that is being LINK and loaded from that LOADLIB. . Any suggestions? Kevin This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: additional processor?
Shameless plug... Mainline, Inc. did our at no cost -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Pace Sent: Tuesday, October 13, 2009 12:43 PM To: IBM-MAIN@bama.ua.edu Subject: Re: additional processor? On Tue, Oct 13, 2009 at 11:28 AM, Ted MacNEIL wrote: > >It's best to have IBM commission a Capacity Study. > > > > >You can supply them with a peak usage week of SMF/RMF data usually at no > cost. > > I've not seen it at no cost for years. > The last one I was involved in/hired for cost my company $750K (US). > That depends on your Business Partner. -- Mark Pace Mainline Information Systems 1700 Summit Lake Drive Tallahassee, FL. 32317 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: additional processor?
TED, You're correct! I should have added ignore the cover sheet it will most likely suggest a new processor. "" Fewer faster are better than more slower engines for many workloads "" -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ted MacNEIL Sent: Tuesday, October 13, 2009 11:29 AM To: IBM-MAIN@bama.ua.edu Subject: Re: additional processor? >It's best to have IBM commission a Capacity Study. Having a vendor doing a Capacity Study is akin to: The Farmer yells into the henhouse: "How's it going"? The Fox yells back: "Send in more chickens"! >You can supply them with a peak usage week of SMF/RMF data usually at no cost. I've not seen it at no cost for years. The last one I was involved in/hired for cost my company $750K (US). And, as always, a capacity study (especially the first one) involves an upgrade (see above). - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: additional processor?
Jan, It's best to have IBM commission a Capacity Study. You can supply them with a peak usage week of SMF/RMF data usually at no cost. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jan Vanbrabant Sent: Tuesday, October 13, 2009 9:38 AM To: IBM-MAIN@bama.ua.edu Subject: additional processor? *** cross-posted in IBM-MAIN, CICS-L, DB2-L *** Hi, If having the choice between a z10-BC with 2 or 3 processors, and if NOT taking (or having to take) into account the price aspect, is it possible to investigate wether a 2- or a 3-processor system might better suit us? I assume it may be possible to gather info about a latent demand for a processor. Where to look at in RMF, or in SMF to find this out? What about DB2 and/or CICS? DB2 and especially CICS do offer more and more parallellism. Any ideas if we can find this out within these subsystems? Jan -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mainframe e-mail with attachments
Eileen,
We use Emailhost to forward to your mail server.
//SND EXEC SAS,
//COND=(0,LT),
//WORK='1,200',
//OPTIONS='EMAILHOST=MAINFRAME.xx.COM'
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Barkow, Eileen
Sent: Wednesday, October 07, 2009 4:26 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: mainframe e-mail with attachments
Before I go to the SAS web site, is something missing here?
How does it know which node to connect to.
I get connection refused.
With XMIT, I have to issue a TRANSMID NODE and helo NODE commands.
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Ulrich Krueger
Sent: Wednesday, October 07, 2009 3:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: mainframe e-mail with attachments
Rex,
SAS Email is slick. All you need is SAS Base on z/OS.
Go to the SAS website and look for the email documentation with
examples.
Print it, read it and take a look at all the examples. That'll explain
what
the example below does, how it does it and what you can do, using
different
parameters, to achieve your desired results.
Overhead should not be too bad, depending on what else the SAS job has
to do
to create the email contents and/or attachment. So, YMMV.
The emails are sent from the SAS job directly to your zOS - SMTP task
(default) or any mail host server you specify.
Here's a very simple example to send an email with attached mainframe
dataset as plain *.txt file:
//STEP1 EXEC SAS
//SYSIN DD *
filename mymail email ;
data _null_;
file mymail
to=('x...@abc.com')
cc=('xx...@mycompanmy.com')
subject='Testing Email from a SAS program'
attach=("mainframe.file.name"
ext='txt' type='text/plain')
;
put 'Testing Email using SAS';
run;
Regards,
Ulrich Krueger
-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf
Of Pommier, Rex R.
Sent: Wednesday, October 07, 2009 10:26
To: IBM-MAIN@bama.ua.edu
Subject: Re: mainframe e-mail with attachments
Tony,
I have base SAS but nothing else. I haven't looked at SAS as an e-mail
provider. Would I need more than base? Also, given what SAS does to my
machine (a small uni) when I run MXG, what is the overhead of using SAS
to e-mail out a bunch of 1-3 page reports?
Thanks.
Rex
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email 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
This e-mail message and any attachments transmitted with it are confidential
and are intended solely for the use of its authorized recipient(s). If you are
not an intended or authorized recipient, you are hereby notified that any
disclosure, copying, distribution or taking any action in reliance on the
information contained in this e-mail is prohibited. If you have received this
message in error or are not authorized to receive it, please immediately notify
the sender and delete the original message and all copies of it from your
computer.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How is SNA Sense 087D0001 caused by RUSIZES in logmode?
Martin, I had a draft reply that I didn't send, that requested that you verify the BIND on the targeted system B with a trace. Since these threads are archived on IBMMAIN, your problem and solution will benefit others. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martin Kline Sent: Wednesday, October 07, 2009 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: How is SNA Sense 087D0001 caused by RUSIZES in logmode? I may have been mistaken. Unfortunately, I inherited the network responsibilities from someone else. That's my excuse, and I'm sticking with it. It appears that my predecessor left several versions of similar, but significantly different logmode tables and source members laying around. The failing module not only differered in the RUSIZES, but was also missing the APPNCOS specification on the one failing logmode entry. The source I 'fixed' had APPNCOS included, so when I replaced the load module, I inadvertantly added the missing parameter, and it started working. Sorry if I led anyone on a wild goose chase. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: GETMAIN Error At IPL
Matt, Get a SADUMP on the next occurrence. There use to be an issue with HSA storage but I though that IBM change that to CLEAR on a normal IPL. If it is consistently happening on IPL I would check HSA allocations. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dazzo, Matt Sent: Tuesday, September 29, 2009 2:54 PM To: IBM-MAIN@bama.ua.edu Subject: GETMAIN Error At IPL We have been running on zos1.9 for 6 weeks with no issues until 2 weekends ago. When operations performed the weekly IPL, tasks (vendor and system sub tasks) started abending with get main errors. The system became unresponsive and we were forced to re-ipl, with the second ipl I told ops to use the load clear option. The system then came up with no problems. The log showed that the CA task GSSA abended first, I sent the dump to CA and got a fix and applied it. The following weekend the same thing happened, I had ops re-ipl with load clear option and the system came up with no problems. CA is now referring us to another vendor saying they saw another vendors module in the dump of GSSA. I'm trying to circumvent chasing vendors. My question is, has anyone else had these problems running zos 1.9 on Z890-A04. There have been no system or vendor software upgrades since the z19 upgrade. Search of the archives did not show anything fairly recent. Any ideas? Thanks Matt -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Slow FTPS thruput
Neal, What TLS are you using TLS-128 or TLS 256? I believe once you go over 128; the overhead is significant without a Crypto processor. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Neal Eckhardt Sent: Thursday, September 24, 2009 3:19 PM To: IBM-MAIN@bama.ua.edu Subject: Slow FTPS thruput We are implementing FTPS, and noticed a breath-taking increase in the time it takes to transfer a file. A 20 megabyte file takes about 9 seconds to transfer without TLS and about 160 seconds with TLS. The transfer rates are about 130 kbytes/sec with TLS and almost 2000 Kbytes/sec without. Are there any tweaking knobs that we can turn to improve this? Thanks, Neal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about MPFLSTXX
John, Interesting question, I would think that the WTO exit could do this before it gets to MPFLSTxx. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Norgauer Sent: Wednesday, September 16, 2009 2:28 PM To: IBM-MAIN@bama.ua.edu Subject: Question about MPFLSTXX Can the MPFLSTXX member be used to suppress any display on the console/hardcopy or does it have to have an actual message ID? Thanks John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! "JN 2004 "Hardware eventually breaks - Software eventually works" anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Seperate LPARs for Prod and Test or a single LPAR for both
GSG, It seems on the surface to be a prudent topology to have dedicated resources for production (1 LPAR) and isolation from TEST/DEVL workloads (another LPAR). WLM has made significant inroads into controlling workloads on a single LPAR, so there are no real resource distribution issues. With that stated: (IMHO) 1. COST - If the figures add up on ISV software savings, that alone could justify two LPARS. 2. Quality Assurance - The ability to roll out software releases and have technical testers by default (application developers) before migration to PROD is a definite PRO. 3. Web Presence - If the mainframe supports your company WEB presence, targeting a 99.9% uptime solution is another PRO. 4. Planning and Procedures for operating the two LPARS should not be taken lightly. Whether to share or not to share DASD, Production migration of SOURCE & LOAD MODULES. If your have a significant NETWORK, investigate a Communication LPAR where all of your NETWORK access resides. Kevin Clark -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Tuesday, September 08, 2009 8:40 PM To: IBM-MAIN@bama.ua.edu Subject: Seperate LPARs for Prod and Test or a single LPAR for both Can everyone share some Pros/Cons on having seperate LPARs for Prod and Test and also Pros/Cons for having a single LPAR that Prod and Test will share. All feedback is welcome. TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How much CPU will mainframe Firewall cost?
John, I don't have any idea on how much. But to qualify the usage of the firewall on the mainframe, if the business Firewall(s) are still in place and stopping extra erroneous traffic. There should me minimal CPU usage. Corporate Firewalls on PC servers don't consume much CPU. Redbooks: http://www.redbooks.ibm.com/redbooks/pdfs/sg246235.pdf I would think that if you are doing something with Crypto authentication that there may be overhead there. Kevin Clark -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Mattson Sent: Tuesday, August 25, 2009 1:52 PM To: IBM-MAIN@bama.ua.edu Subject: How much CPU will mainframe Firewall cost? How can I get at SWAG on how much CPU will be taken up by implementing a RACE/SecurityServer Firewall on the mainframe. Currently the mainframe is "inside" the communications firewall, but PCI and JSOX are forcing further considerations. Anyone have personal experiences to relate, or can point me at manuals, white papers etc? 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Forced Offload of non ZIIP eligable workloads ????????
All, One of you fine member just informed me that this was discuss a week or so back. ""There was a lengthy discussion of this software and other things last week under a subject of "Offload work to ziip"."" I am reviewing those comments first. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Finnell Sent: Monday, July 06, 2009 11:13 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Forced Offload of non ZIIP eligable workloads In a message dated 7/6/2009 10:03:36 A.M. Central Daylight Time, stars...@mindspring.com writes: Apparently NEON Software has found a way to move more work to zXXPs than IBM may have intended. Not sure how much they maybe asking for their product. >> Sounds like it's similar to VM under MVS. Multisystem's Test used to do this for new rollouts but haven't been to SHARE since ZxxPs were introduced. **Looking for love this summer? Find it now on AOL Personals. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Forced Offload of non ZIIP eligable workloads ????????
FYI - We have not gone ZIIP as if yet, is this in addition to normal IBM offloaded workload ? http://www.neon.com/neon/news_063009.shtm Kevin ( intrigued ) Clark This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Throttling FTP
Martin, You could downgrade your TCPIP buffer sizes and other TCPIP parameters on your Stack. However, IMHO I would go with setting up Quality of Service (QoS) mechanisms on your CISCO router, if FTP traffic is impacting your interactive workload. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Martin Kline Sent: Tuesday, June 09, 2009 4:13 PM To: IBM-MAIN@bama.ua.edu Subject: Throttling FTP We have some large batch FTP processes that were recently identified as the cause of major network slowdowns for online processing. More specifically, one of our CIP routers becomes a bottleneck when batch FTP jobs start flooding it. We are working on a process to ensure that particular FTP batch processes are run on a system that will not affect the problem router. IFAIR, VTAM has/had pacing options that could help manage just this sort of situation. Does FTP or TCPIP have a similar capability? I found nothing in the FTP configuration about throttling or pacing. Maybe someone else has run into a similar situation. How did or would you deal with this situation? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: vse to z/os migration
Ron, If it's just a single application, we may need more specific such as hom many programs, language, files (VSAM, BDAM, ETC.) But converting the Core Image Library to a PDS Load library can be done via a PUNCH method and relinked under MVS id you don't have source. You will need to remove any STOP RUN from the COBOL source. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Thomas Sent: Monday, May 18, 2009 2:15 AM To: IBM-MAIN@bama.ua.edu Subject: vse to z/os migration Hi, We have got a requirement to migrate the application from vse environment to z/os, could some one please let me know the technical process involved in migrating systems from VSE to Z/OS & also any documents that i can refer for the same Regards, 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Accessing a big sequential file
The UNIX TAIL command could be used. You should be able to access the files via Batch OMVS. Kevin From: IBM Mainframe Discussion List on behalf of K Zafirop Sent: Fri 5/8/2009 9:30 AM To: IBM-MAIN@bama.ua.edu Subject: Accessing a big sequential file Hi listers! Do you have any idea on how to get only the last record of a very big file using either REXX or some other method? I will want to prevent reading all file records in any any case. Best regards and 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MQ Monitor
Bill, Q PASA is an excellant monitor, As far I know the best monitor for other platforms. I have only recently used CA-SYSVIEW with the MQ upgrade and found it more than adequate. Kevin From: IBM Mainframe Discussion List on behalf of Bill Johnson Sent: Fri 5/8/2009 10:36 AM To: IBM-MAIN@bama.ua.edu Subject: MQ Monitor We are looking at 3 monitors for MQ. Can anyone provide a recommendation for any of them? Q Pasa from MQ Software TMON for MQ from ASG IBM's Tivoli product. (Omegamon MQ) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Undocumented Flashcopy Error
Mike, All I found of interest was this: If you receive a fnrs code other than what is displayed in the following list, contact the IBM ESS Hardware Support structure for further assistance. From: IBM Mainframe Discussion List on behalf of Mike Myers Sent: Thu 4/23/2009 3:59 PM To: IBM-MAIN@bama.ua.edu Subject: Undocumented Flashcopy Error All: Message ADR935W provides an error code that doesn't seem to be documented, does anyone out there have an explanation for this particular code? ADR935W (001)-T0MI (01) A FAILURE OCCURRED WHILE ATTEMPTING TO PERFORM FAST REPLICATION FOR VOLUME SH2029. DIAGNOSTIC INFORMATION: 1E19-08040F37 It's the F37 part for which I can't find a match. Iv'e searched documentation for z/OS V1.R7 (our current level) and for z/OS V1.R9 (level we are migrating to and for which toleration maintenance is applied). Mike Myers Pitt County Memorial Hospital -- The contents of this e-mail (and any attachments) are confidential, may be privileged and may contain copyright material. You may only reproduce or distribute material if you are expressly authorized by us to do so. If you are not the intended recipient, any use, disclosure or copying of this email (and any attachments) is unauthorized. If you have received this e-mail in error, please notify the sender and immediately delete this e-mail and any copies of it from your system. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP timeout problem
Robert, Try TIMEOUT 720 Kevin This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP timeout problem
Robert, Start a TCP trace on ports 20,21 for the IP address of scftpd.ca.com. If its a firewall issue , there should be a stoppage of traffic during handshaking. Perhaps an unsolicitied RST. Kevin From: IBM Mainframe Discussion List on behalf of Johnston, Robert E Sent: Mon 3/23/2009 4:07 PM To: IBM-MAIN@bama.ua.edu Subject: Re: FTP timeout problem Hello Scott and Hal... thanks for your help. I cut/pasted my ftp job below. It is going to an HFS. I talked to our network people and they said it could be a firewall issue, like Hal said. I have other things to work on this week so I'll be on and off this, but I'll let everyone know if/when I get it working and what the problem was. //GETPAX EXEC PGM=FTP,REGION=0M //SYSMDUMP DD SYSOUT=* //SYSPRINT DD SYSOUT=* //OUTPUTDD SYSOUT=* //INPUT DD * scftpd.ca.com anonymous blahb...@my.place cd /orders/##/3648561/comp debug flo tim bas binary get 11SP08AW000.pax.Z + '/CA_Download/Package/Common/R11/11SP08AW000.pax.Z' (rep quit Thanks, Robert Confidentiality Notice: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SCRT (Sub-Capacity Reporting Tool)
Mark, We will be starting this process next month. Our monthly SMF tape is produced on the 2nd day of the next month already, so all days of the previous month are account for. The cost saving dictate changing your business collection process. keep in mind you could cut a tape with just the records that SCRT needs seperatly from the your normal SMF process. Don't work about extra dates , the product will select the right grouping for the report. Kevin From: IBM Mainframe Discussion List on behalf of Mark Steely Sent: Wed 3/11/2009 6:02 PM To: IBM-MAIN@bama.ua.edu Subject: SCRT (Sub-Capacity Reporting Tool) We are z/OS V1R9 and we are going to start using this tool. The tool requires that the input SMF data is to span from the second day of the month to the first day of the next month. Our SMF data is separated by the month. How are other shops performing this retrieval. I would like to automate this process and not have to enter dates & times to pull the requested SMF data needed. Any help would be appreciated. Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FTP alternative needed
Try Connect:Direct if you can Budget UP or even a secure FTP solution. Don't forget PGP or Encryption products as a solution. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of larry macioce Sent: Wednesday, February 25, 2009 2:10 PM To: IBM-MAIN@bama.ua.edu Subject: FTP alternative needed We are looking at some other(more secure) product to move sensitive date between agencies.What are some of you using? thanks Mace -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to protect the following user to alter the JES2 JOBCLASS
Tommy, Looks like access via SUBMIT JCL (Internal Reader) is not blocked, Use external security package to "NOT AUTH". JES2 issues RACROUTE(s) so check you security manuals. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tommy Tsui Sent: Monday, March 02, 2009 4:09 AM To: IBM-MAIN@bama.ua.edu Subject: How to protect the following user to alter the JES2 JOBCLASS Hi all, Our shop have some users try to change the jobclass as following, how to protect the following resource, and how the user can issue the following command, we don't know why becuase all TSO system command is blocked. 0090 /HASP006 $TJ3568,C=F TRANSLATED BY EXIT HASX05C TO $TJ(3568),C=F TSU07122 0090 /HASP120 INTRDR $TJ3642,C=F FROM TSU07122 ZXXX456 Any help will be appreciated Many 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IEFU29 exit question
John, I am sure you will find the SETPROG command or someone on the list will respond on that issue. But my concern would be why didn't it load? Did it ABEND? Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Norgauer Sent: Monday, February 16, 2009 2:35 PM To: IBM-MAIN@bama.ua.edu Subject: IEFU29 exit question Our SMF exit was not Loaded into LPA at IPL time when we IPL'ed the weekend. My question is; can the IEFU29 exit be dynamically activated after an IPL? IS there a restriction with exits in this regard? John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! "JN 2004 "Hardware eventually breaks - Software eventually works" anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Workload Reports
If you have SAS, I have a few... -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Luiz Paulo Telles Sent: Monday, February 09, 2009 3:23 PM To: IBM-MAIN@bama.ua.edu Subject: Workload Reports Hi, I'm looking for a program or tool to help me generate a report to show the use of service units for each service class for a period (monthly for example). Any suggestion ? 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 This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Encryption Product Limits: 300 Datasets per month
Guys, I am looking into RACF certificates to handle Key Management, early stages looks doable. Kevin From: IBM Mainframe Discussion List on behalf of Ed Gould Sent: Sun 1/18/2009 12:48 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Data Encryption Product Limits: 300 Datasets per month --- On Sat, 1/17/09, Jim Marshall wrote: SNIP-- > As a footnote it does all present some interesting > challenges as far as Key > Management, exchanging files with our Windows/Unix/Linux > Brethren, and > espically the Translation issues which happen (remember > this back in the 20th > Century). If you want to chat about any of this, > contact me offlist. > This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Data Encryption Product Limits: 300 Datasets per month
All, ...but what is the issue? Trying to save cost and buy myself a plasma TV :) I want maintain product swap out flexibility at the software level. I starting to lean toward the drives, since mostly these tapes will never be read and I offloaded the cycles to the drives. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of R.S. Sent: Friday, January 16, 2009 1:11 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Data Encryption Product Limits: 300 Datasets per month Clark, Kevin wrote: ...but what is the issue? More seriously: yes, both IBM and FDR do have encryption products suitable for the scenario above IBM Encryption Facility is a tool which encrypts datasets, IBM also offer embedded encryption engine in TS11x0 drives. FDR also has a software product, but I forgot it's name. Last but not least: there more vendors in this area! This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Data Encryption Product Limits: 300 Datasets per month
List, I have CA-Tape Encryption , CA-Vtape, CA-1 and CA-DISK (SAMS) . Need to DR about 300 packs or 3000 datasets a week. CA-Tape Encryption first level cost is for 300 datasets per month, then a price increase to extent to over 1000 datasets a month. We could use CA-DISK and backup all datasets at one time (backup PROD.**) and have only a few datasets. I would like to have DFDSS pack backup. Would IBM or FDR solve my issue ? Kevin This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: MVS 4 minute 'outage'
Check for any 4 Min.MIH settingsand check the TCPIP log for timeouts -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of JE Thinnes Sent: Wednesday, January 07, 2009 12:03 PM To: IBM-MAIN@bama.ua.edu Subject: MVS 4 minute 'outage' We just experienced a 4 minute 'outage' on our z/OS system. (single image z/OS 1.9 system). By 'outage', I mean we could not communicate with MVS through TSO or the z/OS consoles. There is a 4 minute gap in SYSLOG. The same for CICS, IMS and DB2 logs. There were no system dumps or other indicators. We reviewed SYSLOG for the 15 minutes that preceeded the 'outage' and did not find anything. TMONMVS had a 4 minute gap in the collector during the 'outage'. Any suggestions how we can determine what happened? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Help with Usermod that will assemble and link
L. Use the ++USERMOD convention with a ACTION DOC -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Monday, November 24, 2008 10:58 AM To: IBM-MAIN@bama.ua.edu Subject: Help with Usermod that will assemble and link I have source code that is not currently managed by SMPE. I would like to place it in SMPE control by developing a usermod to do the assemble and link. I have not done this type of usermod before and after reading the manuals I think I am close but just am not getting what I want. The source code is found in SYS1.SAMPLIB and is IEAMDBLG. IEAMDBLG is currently not an SMP/E element. So I need to tell SMP/E it is now. Could someone point out what I need to do to make this work? I am thinking I may have to do some pre steps with the assemble and link and then use SMP/E it put it in its home, SYS1.LINKLIB. I prefer to have things in SYS1.LINKLIB handled by SMP/E. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: What is Display coomand for SSI characters
Blessed you. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Dennis Trojak Sent: Wednesday, November 12, 2008 12:21 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: What is Display coomand for SSI characters How about "D OPDATA" -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Clark, Kevin Sent: Wednesday, November 12, 2008 11:15 AM To: IBM-MAIN@BAMA.UA.EDU Subject: What is Display coomand for SSI characters Hello All, I am having a brain freeze.. Didn't "D SSI" once provide you with the DB2 prefix character?Such as -STOP DB2where '-' is the command character associated with that subsystems. Was I utilizing 3rd party tools all these years.Oh No! I am RTFM now ..it like looking in the dictionary for a word you can't spell. Kevin Clark This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
What is Display coomand for SSI characters
Hello All, I am having a brain freeze.. Didn't "D SSI" once provide you with the DB2 prefix character?Such as -STOP DB2where '-' is the command character associated with that subsystems. Was I utilizing 3rd party tools all these years.Oh No! I am RTFM now ..it like looking in the dictionary for a word you can't spell. Kevin Clark This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: new z/OS IMS shop
Try CA DUO from CA. http://www.ca.com/us/products/product.aspx?id=8096 Kevin This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC Management Best Practices
I believe the writer statement concerning: > What are some best practices that you use to prevent these and other? > Operator errors while performing HMC tasks? Was not directed only at Operators in the computer room, but instead at those personnel (systems and operations) who operator the HMC. Another Best practice is to publish a configuration sheet that has the current IPL information on it. I like to have these in the HMC book at the console or tape to the wall above some how. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of R.S. Sent: Monday, October 06, 2008 12:29 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: HMC Management Best Practices Mark Jacobs wrote: > One of our recurring problems is with the management, i.e. proper use of > the HMC by the operators when they perform their job responsibilities; > > 1) IPL an lpar with a specific load address/load parm. > 2) Change lpar settings, storage, cpu's, weights,... > > We have had many instances of wrong lpars being deactivated and then > ipled incorrectly, changes to ipl environments not being applied > correctly... > > What are some best practices that you use to prevent these and other > operator errors while performing HMC tasks? > 1. Why do you IPL at all? 2. Why don't you perform IPL by yourself? Hint: remote access to HMC. 3. What's the problem with the operators? I can see the following possibilities: - Nobody's perfect, they simply made a mistake, the situation never happened again. - They can't read, don't understand, are drunk... - They don't have procedures and clearly defined tasks (i.e. using procedure ABC, IPL system XYZ on LPAR 123) -- Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.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.2008 r. kapita zakadowy BRE Banku SA wynosi 118.642.672 zote i zosta w caoci wpacony. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Crypto HELP.
Lucy, We are just getting started on this also. We use CA's Tape Encryption product. Toy should have feature code 3863 CPACF that will handle AES128 and some SHA-1 stuff via macros or you can codes the five or some commands into a API. I've found several documents on the IBM page and receive some benchmark numbers from CA. Remember without a ZIIP the overhead is real. CA also has a VTAPE version of the Tape encryption product. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lucy Arnold Sent: Friday, October 03, 2008 5:45 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Crypto HELP. Hello all! I have a Z9 BC with no extra crypto processors. (ZOS 1.7) We are in the process of installing ICSF so we can encrypt tapes that go offsite (CA:DISK and CA:VTAPE tapes) Does anyone have any nuggets of wisdom on how to do this??? I have all the manuals printed but can't seem to find the ISMF panel that I need. Most of the panels seem to suggest you need additional processors to use them. One manual suggests it's a completely batch operation. There is a SYSPROG guide with a plethera of Assembler exits - perhaps they are how the encrypt/decrypt gets called??? My brain has turned to green slime and is coming out of my ear - ANY help would be appreciated. :) Thanks in advance! Lucy Arnold Storage Manager U.C. Davis Medical Center 916-734-5498 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Sending zOS traps to Nimbus
Tim, I'll start off with recommending that you consider using standard MIB & MIB2 SNMP packets to support other products that may be in your network. Nimbus probably does that. My problem with some other products has been the type of information collected by the agents on Z/OS. Will it be just STATE changes (UP/DOWN -started task/address spaces) or will your other monitors (TMON/SYSVIEW/OMEGAMON etc...) supply NIMBUS with MIB/MIB2 predefined NIMBUS traps for these other vendors. Are you going for a NETWORK presence and/or Application presence with this tool? For example Is the mainframe UP (NETWORK?) Has DB2 stopped logging (application?) Most important of ALL - Make sure the mainframe gets a Cool ICON on the graphical displays :) Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Leitner, Timothy Sent: Friday, October 03, 2008 4:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Sending zOS traps to Nimbus All, Has anyone had experience that they can share with sending syslog or snmp traps to outside products? We have Nimbus in-house from Nimsoft. It is a central messaging system for thresholds and alerts. It accepts SNMP traps or SYSLOG routing. We have worked on send alerts from AIX, Intel, network and others but we need to send from our zOS systems also. Any ideas, examples, thoughts would be greatly appreciated. Thank you in advance. Tim Leitner OSF Healthcare System Manager, Technical Services 309-655-4883 == The information in this message is confidential and may be legally privileged. Access to this message by anyone other than the addressee is not authorized. If you are not the intended recipient, or an agent of the intended recipient, any disclosure, copying, or distribution of the message or any action or omission taken by you in reliance on it, is prohibited and may be unlawful. If you have received this message in error, please contact the sender immediately and permanently delete the original e-mail, attachment(s), and any copies. == -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC Management Best Practices
Mark, I've found that training and frequent usage of the HMC reducing confusions. However some safe guards would be: 1. Change the PASSWORDS for all users other than OPERATOR. 2. Lock the IPL Profiles. Forces a "DO YOU REALLY WANT TO IPL PROD" moment. 3. Prepare HMC Documents and procedures. 4. Allow changes of the LOAD ADDRESSES and LOAD PARMS only. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Jacobs Sent: Wednesday, October 01, 2008 9:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: HMC Management Best Practices One of our recurring problems is with the management, i.e. proper use of the HMC by the operators when they perform their job responsibilities; 1) IPL an lpar with a specific load address/load parm. 2) Change lpar settings, storage, cpu's, weights,... We have had many instances of wrong lpars being deactivated and then ipled incorrectly, changes to ipl environments not being applied correctly... What are some best practices that you use to prevent these and other operator errors while performing HMC tasks? -- Mark Jacobs Time Customer Service Tampa, FL Today, we celebrate the first glorious anniversary of the Information Purification Directives. We have created, for the first time in all history, a garden of pure ideology. Where each worker may bloom secure from the pests of contradictory and confusing truths. Our Unification of Thoughts is more powerful a weapon than any fleet or army on earth. We are one people, with one will, one resolve, one cause. Our enemies shall talk themselves to death and we will bury them with their own confusion. We shall prevail! Apple's television commercial - Super Bowl - 1984 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail message and any attachments transmitted with it are confidential and are intended solely for the use of its authorized recipient(s). If you are not an intended or authorized recipient, you are hereby notified that any disclosure, copying, distribution or taking any action in reliance on the information contained in this e-mail is prohibited. If you have received this message in error or are not authorized to receive it, please immediately notify the sender and delete the original message and all copies of it from your computer. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z890 model upgrade
Walter, IBM can fill your requirements using extracted SMF/RMF data and modeling the proposed CPU configuration. Contact you IBM SE Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Walter Marguccio Sent: Monday, September 22, 2008 5:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: z890 model upgrade Hello list, as we heard that upgrading from a 2086-230 to a 2086-270 would cost us 350.000 Euro, we abandoned our consolidating project on the mainframe. The price is, at least for a small company like us, too high, and doesn't take into account the higher sw licence costs which would come along due to more MSUs. Are there guidelines, tools, books, etc. which would help us to estimate whether 3 or 4 CPs (i.e. 2086-350 or 2086-440) less fast would still improve our performance compared with 2 fast CPs like in the 2086-270 ? In other words: better more (slower) CPs of fewer (faster) ones ? What does it depend on ? We are still at z/OS 1.7, Com-plete and ADABAS 7.4.4., online and batch being our main workloads. Walter Marguccio z/OS Systems Programmer BELENUS LOB Informatic GmbH Munich - Germany -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Taking Image Copy of base tablespace,LOB Tablespace and all the indexspaces in DB2V8
P.Sabarish Kannan You should post on the DB2 List [EMAIL PROTECTED] Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of P.Sabarish Kannan Sent: Friday, September 19, 2008 2:56 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Taking Image Copy of base tablespace,LOB Tablespace and all the indexspaces in DB2V8 Hi All I have a requirement to take image copy of a base tablespace,its associated LOB tablespaces(auxiliary tablespaces) and its indexspaces at the same time in DB2V8?I am not using any third party tools. SNIP > What may be the reason for this error and how to take all the image copies together for the related tablespaces(base,LOB and the indexspaces)? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: how to list LE options
Bob, I thing you have your answer. But here is a tip. Turning this on in CICS has overhead..the options are listed for each transaction -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schramm, Rob Sent: Wednesday, June 20, 2007 12:39 PM To: IBM-MAIN@BAMA.UA.EDU Subject: how to list LE options I keep looking thru the manuals, but all I see is the use of RPTOPTS(ON) on some current LE using program. I am sure (ok.. hoping) that there is a way list out all LE run-time options? -Rob Schramm This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual Tape ???
Hello Mark, If you have say CA-COPYTAPE or some other utility other than DFDSS it should provide favorable results. IEBGENER has some limitation on certain DCB mixes. I never really figure out which ones. I use to use SAS often when I had these issues. Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CMS/DOD idle connection requirements
Steve, I didn't think that it (maybe AR39 - check DISA) was that detail to logoff with 15 minutes of inactivity. I though it just stated to lock the terminals and have the users be revalidated. Checking my memory backs for the documents now. Maybe GAO.. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Speake Sent: Monday, June 18, 2007 12:20 PM To: IBM-MAIN@BAMA.UA.EDU Subject: CMS/DOD idle connection requirements Can anyone point me to the actual government documents (CMS and DOD) pertaining to the security requirement for unattended (15 minutes) connections. There are two interpretations here: 1) kick the user completely out (CICS TSO) 2) require the user to enter a (Secure Serve Validated) password to continue. The first may be difficult/expensive machine/software wise. The second is monstrously disruptive to the session user. Have these issues been addressed with IBM - CICS/TSO? My VTAM guy tells me idle LU's are also a concern. My concern is productivity of 4 or 5 hundred TSO users and several thousand CICS users. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFHSM-ABARS
Willie, I hope that you have solved your issue as of this writing. In the future proving more details would be helpful. Items such as Address space status (LW, NS, IN, OUT), on what SDSF screen DA, IF DA what is the CPU (% or accumulated time). What does RMFIII say for delays? Resource contention (ENQ/RES)? >>> going for a while (9 hours). << are totals increasing other than elapsed time? Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of willie bunter Sent: Friday, June 15, 2007 1:51 AM To: IBM-MAIN@BAMA.UA.EDU Subject: DFHSM-ABARS Good Day, I have submitted 5 ABARS recovery jobs to execute but when I check on SDSF it only shows 1 job which has been going for a while (9 hours). I did a query active on DFHSM and it only shows me that request as well. Is there a reason that the 5 jobs are stuck? DFHSM is set to execute 6 tasks. Any suggestions would be gladly welcomed. Thanks. - Boardwalk for $500? In 2007? Ha! Play Monopoly Here and Now (it's updated for today's economy) at Yahoo! Games. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Use of the MQSeries API Crossing Exit
Tom, Your approach seems solid. I recall using the CICS Bridge adapter and switching the Transid on the backside. This involved create a MQ routing region for all my MQ tasks. But heck, the API should work. Now Tom, Why stop with TRANID. I am sure that SOX or someone is going to request the userid's associated with these transactions from the AIX side. PS. So the API will probably run on the QR TCB, but what about multiple engines and called programs, there was a Technote that dealt with synchronizing the 115/116 to the 110 using the STCK fields. You may want to verify that the right transaction was place in the right 110 from the right AIX. Got it... http://www-1.ibm.com/support/docview.wss?rs=166&context=SSGMGV&uid=swg21 213559 Technote: 1213559 Anyhow...good luck Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Use of the MQSeries API Crossing Exit
Tom, I see your concern for increase in CPU. If I understand correctly, there will be a SMF110 record created for each MQPUT from one or more AIX systems. So depending on your current MQ/PUT rate SMF recording could increase significantly for the additional 32 bytes of connection related data. Could this data be added to the 115 or 116 records. Kevin Tom Kelman Commerce Bank of Kansas City (816) 760-7632 * If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. * -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FDRPAS Question
Tom, I don't use FDRPAS at my current location and I am sure Bruce will add on to this. I believe you have to run a FDR process/job on all systems that the volume is defined. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Moulder Sent: Tuesday, June 12, 2007 12:03 PM To: IBM-MAIN@BAMA.UA.EDU Subject: FDRPAS Question I have a four CPU complex with multiple LPARS on each CEC and DASD from three vendors attached to all CECs. Using FDRPAS to swap a volume that is only online to one volume, but getting fdrw68 message. Anyone else run into that situation? What did you do to get rid of the message? Any suggestions are appreciated. Tom Moulder -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ARCCMDxx - HSM : Anyone know the keyword to restrict Supervisor Mode in ISMF
Yes. Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of FRASER, Brian Sent: Monday, June 11, 2007 7:54 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ARCCMDxx - HSM : Anyone know the keyword to restrict Supervisor Mode in ISMF AUTH userid DATABASEAUTHORITY(CONTROL) AUTH userid DATABASEAUTHORITY(USER) Is this what you want? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ARCCMDxx - HSM : Anyone know the keyword to restrict Supervisor Mode in ISMF
Hello all, I am starting to forget more than I ever knew. I thought it was a SETSYS sometime. In the ARCCMD HSM member there was a way to restrict User and Supervisor Mode without RACF in ISMF. (it I will accept even a hint...say the URL to the right DFSMS manual. Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: mainframe acces using shared id
Raj, Since I am sure you aware that Best Practices say "Eliminate Share IDs", however it seems that you still authenticate the users first, then log them into the systems with this Shared Userid. To fix you issue maybe one of these may work. 1. Have pool of shared ID and assign the SHARED ID on a round robin method. 2. Create the shared id with a SOURCE. So if access if from a particular IP address or LU NAME , then use a particular SIGNON. 3. In the old days we assign an OPID for uniqueness. 4. If they have been authenticated already, Make the second signon (SHARED) a non RACF/ACF2/TSS ID, by that I mean the old DFHSNT table. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rajeev Vasudevan Sent: Wednesday, June 06, 2007 11:19 AM To: IBM-MAIN@BAMA.UA.EDU Subject: mainframe acces using shared id Hello, We have an issue in one our project. The project is deveopled to see who are using the system using the shared mainframe id. scenario. 1. There are some users who logon to the mainframe using the sharedid and common password and do some inquiry going to the cics region. To see who are using the sysytem in this way ,we have developed a new screen and where the shared users will be entering their individual id & individual password , then only the system will allow to enter to the application in the cics region. Problem: The problem here is that say suppose the user 1 using the shared id and common passord login from terminal 1 and after some time while this user is logged in , say a user 2 is logging in teminal 2 using the shared id and common password , the other user will be automatically kicked out, but still the online cics region will be active & for the 2'nd user the cics region will not ask their individual password and the new screen will not be thrown. Here there is a security issue/flaw involved. we need to control this and this loophole in the design has to be tackled. could some one give us suggestion how to take this? Thanks, Raj - You snooze, you lose. Get messages ASAP with AutoCheck in the all-new Yahoo! Mail Beta. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS Abends at startup AKEA
L. A dump would be better than a guess, however DFHLUP is for LU services/ MRO. Perhaps you have a 24bit program trying accessing EDSA. Do a CEMT I SYD RESULT - OVERTYPE TO MODIFY Sydumpcode(SR0001)check the AP0001 also Sysdumping( Nosysdump ) Dumpscope( Local ) Shutoption( Noshutdown ) Maximum( 003 ) Current() Action( ) Daeoption( Nodae ) Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Limit to the number of Aliases in a User Catalog
Kay, You can define a group of USERCATS (1-4) and use a REXX exec to add the alias. When the initial defined fail, select another USERCAT (1-4). However deleting the old alias should be consider when TSO people leave and there datasets have been reassigned to the catch all TSOID. Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Limit to the number of Aliases in a User Catalog
Kay, Search the archives for last year around this time. Each alias record is about 11 bytes with pad bytes and the Master Catalog record is the MAX CI size of 32k or something like that. Do an IDCAMS PRINT on the master catalog alias record to confirm. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Kay Anderson Sent: Friday, May 25, 2007 7:34 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Limit to the number of Aliases in a User Catalog We just had a situation where we could not define anymore Aliases in a User Catalog. I understand that the number of Aliases that can be defined in a user catalog is related to the largest record size of the Master Catalog. Is there anyway to tell when we are approaching this limit? We are running z/OS V1.4. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Synchronize Time Between Mainframe and Servers?
Pat, STP may be your savior here. It can sync up with the same FIREWALL server or the external source that your FIREWALL uses. http://www-03.ibm.com/systems/z/pso/stp.html?ca=stp&met=inba&me=W&P_Site =sysz Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Miller, Pat Sent: Wednesday, May 23, 2007 12:40 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Synchronize Time Between Mainframe and Servers? Okay, this is proving to be one of those "simple yet elusive" issues. All I want to do is synchronize the time between my mainframe and the servers it exchanges data with. The servers ALREADY synchronize amongst themselves by asking the firewall server what time it is. The firewall in turn, sets its time via some internet source. I'm happy to piggyback off this arrangement. I don't really care who decides what time it is, I just care that the data that comes from a server doesn't have a timestamp of 4:37pm when the mainframe thinks it's 4:33pm. Applications apparently have trouble processing data when it appears to come from the future, even if it's only a few minutes away. The server boys say, "Fine, just ask the firewall server at this IP address what time it is however often you need to in order to stay in sync." Which I would be happy to do if only SNTPD had some mechanism for me to direct it to a specific IP address address, which it apparently doesn't. This can't be that difficult, but at this point I'm cluless. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How Does the SNTP Server Get the Correct Time
Eric, One SNTP client I downloaded provided the system time and the network time. Trying broadcast request Querying 255.255.255.255 Data received: Network time: May 22, 2007, 13:32:35.177 UTC System time: May 22, 2007, 13:32:32.839 UTC Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Cloning DB2 using Flashcopy
Tony, A complete Flashcopy of DB2 and a SWAP to the cloned DB2 system is simple enough. However If you "(and so be back where we started)" then shutdown the original DB2 system and restart it once you are done with the cloned DB2. Just clipped the DASD back and the catalogs are in sync. Will you bring up the clone on another LPAR ? Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Catalog and APF
Daniel, Are you using indirect cataloging? It sounds like you MASTERCAT is pointing to the xxxMS* packs. Used Symbolic in the listcat &IPLRS1,&IPLRS2, etc Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Daniel McLaughlin Sent: Monday, May 14, 2007 12:52 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Catalog and APF Output from failing task shows library pointing back to the installation set. ?? Install volumes: xxxMS1, xxxMS2, xxxMS3 Clones: : xxxPS!, xxxPS2, xxxPS3 >>> *** Bear Stearns is not responsible for any recommendation, solicitation, offer or agreement or any information about any transaction, customer account or account activity contained in this communication. *** -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Virtual tape limits (Was: OEM software electronic download report card)
Hate to interrupt with a question; this is a good thread going. The 3590 are getting hugeHowever, What are MVCs? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden But the other benefit (and part of the reasoning behind it and getting approval for the $$$) is the size of these back end volumes (MVCs for those of you speaketh VSM). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question on DFP
Steve, Check your log after IPL. This is 1.7 IEA101A SPECIFY SYSTEM PARAMETERS FOR z/OS 01.07.00 HBB7720 > >[EMAIL PROTECTED] wrote: >> How can I tell which version of DFP is on out installation, 1.3 or >> 1.4 ? >> >> We run zOS 1.6, will be running zOA 1.8 >> >> The sysprogrammers don't know. > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Access Method Services messages?
Pat, This takes me back a bit. A 90 was usually an Open Request failure for an empty VSAM file. I believe you get it on a close of an unopened file also. Perhaps return codes from OPEN ACB would be a good start. Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Data Center Permanant Shutdown Procedure Needed
Bill, First of all, congratulation and best wishes on your retirement. In your case just some simple due diligence should suffice. 1. Get those letters out to the vendors (software /hardware) to cancel the flow of monies outbound. 2. If all data has been converted to PC readable formant, including historical ML2 stuff, then destroy the tape via a degaussing or Burn. If there is still data that is SOX/HIPPA related and retention period is an issue. Don't destroy that data. 3. Get a standalone DASD ERASER product to wipe the DASD (three times with patterns. 4. Prepare an updated resume for contracting work 1 to 2 months a year. It sounds like the passion and love for this work is still there. Remember now you can travel and write it off :) Good Luck -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS problem
> >From the DFSMSdfp Storage Adminitration Reference: With [EMAIL PROTECTED] and DISP=OLD and VOL=SER=nn specified in the JCL, you can access an imported tape outside an automated library for input if you have another tape with the same volser in a system-managed library. Mark -- It appears that DEVICE ALLOCATION is confused. Perhaps a UNIT= override in your ACS or an EDT definition. Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SMS problem
Mark, If this is a standalone mount request. Than your UNIT= should be a group of non-acs devices. This would be my first solution attempt. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Steely Sent: Tuesday, May 01, 2007 2:55 PM To: IBM-MAIN@BAMA.UA.EDU Subject: SMS problem Thanks for all the info on switching the COUPLE datasets. I have a problem with SMS and calling in a tape dataset that is received from an outside vendor. The tape volser does match a in-house volser. I am doing a gener and have the volser, dsn, expdt=98000, and dataclas specified. When the job is submitted it allocates the VTS drives and calls for the in-house tape. When I change the input volume (SYSUT1) from disp=shr to disp=new it calls for the correct tape device and tape volume. This seems to only happen when the outside tape matches an in-house volser. We are z/OS V1R7. Any help would be appreciated. Thank You -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Monitor refresh rates
Tony, Something else comes to mind. I recall measuring these some monitors and seeing CPU consumption affective. The REFRESH RATE may also force some sorting, XMS and other stuff to occur on every 20 seconds. Measure the delta changes on CPU TIME when you adjust the refresh rates. CPU consumption will should down within the address space with longer refresh rates. Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Clark, Kevin Sent: Friday, April 27, 2007 9:28 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Monitor refresh rates Tony, By REFRESH RATE, if you mean screen display updates than that would depend if you expected some significant changes to have occurred. I like to handle refresh rates as they relate to the sampling of the monitor. If the monitor is only collecting 2 to 5 samples during that 20 second period then many indicators may not have changed. Check those sampling (collection) rates. More samples on busy PROD LPARS, less on non busy TEST LPARS. Aligning these REFRESH RATES with a few WLM sampling periods would also be more informative and I would raise REFRESH RATE from 20 on test LPARS for sure. Kevin >>>>>>>> You Wrote I have 14 LPARs each with an Omegamon for MVS monitor running with a refresh rate of 20 seconds. Does anyone think that a bit quick? I was thinking a rate of 65 seconds would be more appropriate. >>>>>>>>>>>>>>>>>>>>>>>>>> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Monitor refresh rates
Tony, By REFRESH RATE, if you mean screen display updates than that would depend if you expected some significant changes to have occurred. I like to handle refresh rates as they relate to the sampling of the monitor. If the monitor is only collecting 2 to 5 samples during that 20 second period then many indicators may not have changed. Check those sampling (collection) rates. More samples on busy PROD LPARS, less on non busy TEST LPARS. Aligning these REFRESH RATES with a few WLM sampling periods would also be more informative and I would raise REFRESH RATE from 20 on test LPARS for sure. Kevin You Wrote I have 14 LPARs each with an Omegamon for MVS monitor running with a refresh rate of 20 seconds. Does anyone think that a bit quick? I was thinking a rate of 65 seconds would be more appropriate. >> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Extract listing of production datasets
Bob, You did say easy. On the ISPF 3.4 Enter P for print dataset list Enter %%%P.*in the DSNAME LEVEL I would only do this online with less than 10,000 datasets or so. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: gdg question
Eileen, If I understand correctly, The GDG BASE is being ENQUEUED. Kevin (not a guru) Clark >>> 3. JOBA remains on the execution queue waiting for the dataset: IEF863I DSN = .PTNT.SASFILE.NEW JOBA IEF099I JOB TBCDAILY WAITING FOR DATA SETS now, why is the IEF863I msg indicating just a dataset name with no gdg level. and since JOBA and JOBB are referencing different gdg levels, why should should JOBA be waiting for the dataset? >>> -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: VSAM Extent Reduction - Any way to disable for selected jobs
Mike, I went back to the storage guy. He said that the problem was with the absence of candidate volumes being defined. Did some ALTER ADDVOL(s) and all is well in the SHARK pool again. Thanks. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Friske, Michael Sent: Tuesday, April 10, 2007 2:44 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: VSAM Extent Reduction - Any way to disable for selected jobs There is not a way to turn this off. This should not be an issue when moving data sets. I am not sure I understand what type of problem you are encountering. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Clark, Kevin Sent: Tuesday, April 10, 2007 10:02 AM To: IBM-MAIN@BAMA.UA.EDU Subject: VSAM Extent Reduction - Any way to disable for selected jobs Anyone, This enhancement introduced with DFSMS 1.5 is causing my Storage Admin so pain. We want to disable this when moving certain groups of dataset to maintain the extents which fit better with other datasets on the target volumes during reorganizations. The datasets are DB2 linear, so the IMBED, Replicate, RLS, Keyranges exceptions don't apply. Is there a way to stop the automatic EOV consolidation of extents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
VSAM Extent Reduction - Any way to disable for selected jobs
Anyone, This enhancement introduced with DFSMS 1.5 is causing my Storage Admin so pain. We want to disable this when moving certain groups of dataset to maintain the extents which fit better with other datasets on the target volumes during reorganizations. The datasets are DB2 linear, so the IMBED, Replicate, RLS, Keyranges exceptions don't apply. Is there a way to stop the automatic EOV consolidation of extents. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Seeking FTP Spanish conversion tables.
Just an update for the archives. Turns out my tables were fine. It was my Telnet and Windows sessions that needed to switched to the 1145 code page and Spanish keyboard. Problem solved... Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Clark, Kevin Sent: Tuesday, April 03, 2007 1:41 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Seeking FTP Spanish conversion tables. Hello or Buena Dias, MY Spanish and eSpanish tables in SEZATCPX are incorrect. Does any one have a updated and complete table of translation for all characters. ( EBCDIC to ASCII) and back. Kevin -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
