Retirement
To All on this Listserv, I will be retiring in short order. I wanted to extend my appreciation to current and past members of this list for all the help provided over the years. The resources available on this list are absolutely incredible. As I go through my email folders preparing my PC for archival (.or whatever mgmt has in mind for it), I begin to realize how much I depended on you people. Yes, IBMLINK is available, but I always tend to look to this list for real life experiences, usually providing short-cuts to resolve a given problem. ..so Best Wishes to all, and good luck. Gabe Torres Systems Programmer (HR has changed our Titles,..but I still like Systems Programmer) -- 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: Retirement
Would love to find part-time work, but there are only 3 mainframes within 150 miles. Not much here in Nevada. I plan on getting my sailboat into the water this summer, and spending more time with the grandkids, take some classes,... Most of my Sysprog Friends whom I worked with over the last 30 years have already retired. It was difficult to find time with them because they are on a different schedule. I Plan on hooking up with them and do the camping, fishing..etc. gabe - Edward E Jaffe: Congratulations! What will you be doing in your second career? Gabe Torres wrote: To All on this Listserv, I will be retiring in short order. I wanted to extend my appreciation to current and past members of this list for all the help provided over the years. The resources available on this list are absolutely incredible. -- 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: CSP/AD and zOS 1.8
Rose, We exchanged 'offlist' about our successful testing of CSP in our Test Lpar and I promised an update when we cutover to production. We converted our production lpars from z/OS 1.4 to z/OS 1.8 using the concatenation of the z/OS1.7 LE Libraries in the CSP product. Although not supported,... It is working fine. There were some issues with other non-OS products in our software mix, but those are now resolved. (We converted this past Sunday). So it on to the next project... A z9 Upgrade this Sunday.!!! Thanks gabe Rose said: We have a site still using CSP/AD (unsupported). The product failed in the BUILD function under under z/OS 1.8. We received word from IBM that they had customers running CSP/AD with Z/OS 1.8 reporting similiar problems. -- 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: EMC Dasd and Performance Issues
Yes,.. That's what we were told also,.. But Cache is shared and I believe internal processors supporting the spinning disk whether Mainframe or Open Systems is shared. .. The Unix Side of the DMX-3 'DID' effect the mainframe storage. Soon after, there was a 'fix' applied to the EMC Code. (not complaining about EMC Disk. It has serviced us well) gabe -Original Message- Subject: Re: EMC Dasd and Performance Issues No, we share the frame with the mid range (Unix) side of the shop. However, we do not use the same disks in the box, Mainframe dasd is mapped on separate volumes from the Mid range dasd; I am told there is no intermingling... 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
Re: EMC Dasd and Performance Issues
Not sure of our microcode level,.. But is your DMX used only for Mainframe storage? We had an instance where our P Series processors effected our mainframe storage performance. --cut I am supporting the DMX3 Disk Array from EMC. We have been experienceing some performance issues with our Timefinder Snap process. According to EMC this issue occurred due to microcode level 5671. We did this upgrade 18 months ago and just now saw this issue and got it resolved. -- 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
Any RMM Training available?
List, Our Operations Staff is looking for RMM Training. Anybody have any leads or recommendations? Thanks gabe -- 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: Data Erasure Products
The added benefit of NewERA's product is its other 'DR' capabilities. You can IPL the software and make changes to datasets in and ISPF-Like editor. (Display, edit, copy, print..etc), without an Operating System running. Much like a Standalone zOS one-pack system. It does NOT replace our DR/Recovery processes, but it enhances them. gabe - Subject: Re: Data Erasure Products There is another one that we have used. It is by NEWERA software and it is, 'DASD FAST ERASE'. It works good as you can do as many passes over the data with different patterns as needed. HTH. Regards, Claude Richbourg Outside of FDRERASE and good old ICKDSF are there any products in the market that can erase data from mainframe DASD? I didn't see anything in the CBT archive for DASD, just some tape erasure programs. * * -- Mark Jacobs -- 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
Post z/OS 1.4 to 1.8 Migration Users Experiences
Hello Listers I have reviewed many z/OS 1.8 responses in the archives,..even saved most of them off for reference. Is anyone willing to share their 'after the fact' experiences of this 'unsupported' migration path, either On List or Off List ?? (Note: Many reasons for the delayed/canceled migrations projects 1.4-to-1.6, and 1.4-to-1.7. ) Thanks gabe Gabe Torres - Computer Systems Programmer State of Nevada Dept of Information Technology - Computing Div. This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to whom it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by replying to the e-Mail and delete all copies Thanks. -- 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
z/OS 1.4 to 1.8 Users Experiences
Hello Listers I have reviewed many z/OS 1.8 responses in the archives,..even saved most of them off for reference. Is anyone willing to share their 'after the fact' experiences of this 'unsupported' migration path, either on List or Off List ?? (Note: Many reasons for the delayed/canceled migrations projects 1.4-to-1.6, and 1.4-to-1.7, none the less, we are still in this precarious position) Thanks gabe -- 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: VTS Management and Migration
Mark, We are in the midst of a migration using FATSCOPY. The product seems to be accomplishing the migration with few problems. Some issues to watch out for are VTS Tapes created by sub-systems that record the volser somewhere inside the subsystem. The data may be migrated to another volume (In our case, a complete new Volser Range) and recorded fine in RMM/TLMS, but the subsystem still has pointers to the old volume. Some of these were DB2, SAR, and HSM. These will require more research/solutions. gabe Does anyone have any experience using these products or know of any other products on the market. I just heard about this project and I don't know anything about these products. -- Mark Jacobs Technical Services Time Customer Service - Tampa, FL -- 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: LE Options
You can execute one of your programs with the PARM option to get the BATCH LE settings. //PRTVOLS EXEC PGM=AA,PARM='/RPTOPTS(ON)' -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of David Booher Sent: Friday, April 13, 2007 1:55 PM To: [EMAIL PROTECTED] Subject: LE Options Hello, Does anyone know of a way to print the system-wide LE options in effect for a system? Is there a utility? I can't seem to find one. Thanks, David Booher -- 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: zOS Service Levels
What is the difference between service levels (PUTyymm or RSUyymm)? The way I understand, PUT level is when the PTF was made available. Once the PTF is available it is run through IBM's quarterly QA test, what IBM calls Consolidated Service Test. Their QA system is a 'Customer Like' system with zOS, DB2, CICS, IMS MQ and WAS, so is is a good test of how the ptf will perform in a real environment. Once the ptf passes CST, it is assigned the RSU value of that QTRly Test. I had the same question(s). SHARE-Tampa had a really good session on this (Session 2829-z/OS Maintenance Best Practices), put on by Greg Daynes, where there is additional detail on RSU and much more on maintaining systems. ... Most helpful. gabe -- 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: zOS Service Levels
It is on the SHARE site (www.share.org) http://shareew.prod.web.sba.com/client_files/callpapers/attach/SHARE_in_ Tampa_Bay/S2829GD114948.pdf gabe -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Matt Dazzo Sent: Monday, March 05, 2007 11:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: zOS Service Levels Anybody know if Session 2829-z/OS Maintenance Best Practices is available on the web or a pdf? I did some web searches but came up empty. Matt Dazzo [EMAIL PROTECTED] [EMAIL PROTECTED] 3/5/2007 12:47 PM What is the difference between service levels (PUTyymm or RSUyymm)? The way I understand, PUT level is when the PTF was made available. Once the PTF is available it is run through IBM's quarterly QA test, what IBM calls Consolidated Service Test. Their QA system is a 'Customer Like' system with zOS, DB2, CICS, IMS MQ and WAS, so is is a good test of how the ptf will perform in a real environment. Once the ptf passes CST, it is assigned the RSU value of that QTRly Test. I had the same question(s). SHARE-Tampa had a really good session on this (Session 2829-z/OS Maintenance Best Practices), put on by Greg Daynes, where there is additional detail on RSU and much more on maintaining systems. ... Most helpful. gabe -- 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 -- 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: Linux Experiences?
Daniel, We attempted the zVM with multiple instances of Linux running under it. As a technician, I thought it was a great concept. However, we ran into more non-technical issues that eventually killed the project. 1) Politics 2) Planning (Lack of) - Support Structures, Tuning, Training, Operations, DR, backupsetc,..etc.. All the things we have on the mainframe side of the house, should have been considered before we even got to the installation phase. 3) Expectations - Start slow. One of the first applications considered was one of our biggest DB2 database applications. Although never implemented in Linux, it was not a wise decision. 4) Cost - To get the benefits of virtualization,.. you have to have enough applications running to reach a break-even point. We had only one production Linux guest, and it was an in-house application supporting our front office. We had other Linux guests, but they were strictly used as sandboxes. of course,... these I strictly my opinions. Question came up here about moving to Linux from a host of servers. 1. Have any of you experienced this? 2. Did you go native LINUX or 3. Multiple issues of Linux under Z/VM? -- 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: VTOC trashed
..really interested in this thread,.. We have some sysprogs that maintain their systems that share a disk volume across separate, nonsysplexed Lpars. Datasets accessed/updated from different systems,.. no GRS protection. So I am curious if this is a situation that could clobber a vtoc. gabe Maybe the VTOC's OK and the catalog is corrupt. Guess DIGNOSE for suspect ALIAS to Volume and UCAT are in order??? -- 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: COMMSERV using CTC CNCs
Yes, the new links are allocated by XCF (Pathin/Pathout) and COMMSERV (CTC;s). It just seems I need to tap COMMSERV on the shoulder to use the new links..but not sure how. I can not bounce COMMSERV because its production. .. And of course, no test time before we go live. Mentioned in another response to Listserv.. We are a combination of SUBAREA and APPN. Thanks, gabe -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Patrick O'Keefe Sent: Wednesday, August 09, 2006 7:33 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: COMMSERV using CTC CNCs On Wed, 9 Aug 2006 12:42:21 -0700, Gabe Torres [EMAIL PROTECTED] wrote: ... To prepare for the new configuration, I defined a new set of CTC/CNC's definitions without the Director involved, but keeping the old definitions inplace. I then disable (INACT) the old CTC/CNC links, and activate the new CTC/CNC links on both the Lpars I want communicating with each other. I am able to get the Sysplex to use these new signaling links,. That means PATHIN / PATHOUT defs in a COUPLE member? ... But I can not get COMMSERV to use them for the Cross Domain communication. ... Assuming you've picked addresses for VTAM that are actually under the same CU as your XCF links (not just conveniently close addresses) there is no reason it should not work. Does a D U,.. show the device addrs online? Allocated to VTAM? I use the same technique. Find XCF links that already work; then take some unused addresses under those CUs and give them to VTAM. I use MPC+ rather than standard CTC defs, but that's not significant. Of course there is an easier technique if your VTAMs are APPN nodes. Set XCFINIT=YES in VTAM and the VTAM s will automatically set up cross- domain connections using the XCF signalling that already exists. Such things are MUCH easier if you migrate from subarea to APPN. Very different, but easier. Pat O'Keefe -- 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: COMMSERV using CTC CNCs
Pat, Yes, the new links are allocated by XCF (Pathin/Pathout) and COMMSERV (CTC;s). I did a dynamic PATHIN/PATHOUT add for the Sysplex links. Will need to update PARMLIB to make them permanent. It just seems I need to tap COMMSERV on the shoulder to use the new links..but not sure how. I can not bounce COMMSERV because its production. .. And of course, no test time before we go live. Mentioned in another response to Listserv.. We are a combination of SUBAREA and APPN. Thanks, gabe - That means PATHIN / PATHOUT defs in a COUPLE member? Assuming you've picked addresses for VTAM that are actually under the same CU as your XCF links (not just conveniently close addresses) there is no reason it should not work. Does a D U,.. show the device addrs online? Allocated to VTAM? Of course there is an easier technique if your VTAMs are APPN nodes. Set XCFINIT=YES in VTAM and the VTAM s will automatically set up cross- domain connections using the XCF signalling that already exists. Such things are MUCH easier if you migrate from subarea to APPN. Very different, but easier. Pat O'Keefe -- 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: ESTAE control block chain. (from assembler-list)
Hello List, We are dropping our Escon Directors from our mainframe configuration. We have CTC/CNCs using an Escon Director to communicate between COMMSERV's on two Lpars on a single processor. We will be moving to CTC/CNC's without an Escon Director. Our Sysplex also uses these for PATHIN and PATHOUT signaling links between the Lpars. To prepare for the new configuration, I defined a new set of CTC/CNC's definitions without the Director involved, but keeping the old definitions inplace. I then disable (INACT) the old CTC/CNC links, and activate the new CTC/CNC links on both the Lpars I want communicating with each other. I am able to get the Sysplex to use these new signaling links,. But I can not get COMMSERV to use them for the Cross Domain communication. A display of the new links show they are active and available: D NET,E,ID=CTCXP2 IST097I DISPLAY ACCEPTED IST075I NAME = CTCXP2, TYPE = CA MAJOR NODE 100 IST486I STATUS= ACTIV, DESIRED STATE= ACTIV IST654I I/O TRACE = OFF, BUFFER TRACE = OFF IST170I LINES: IST232I CTC9214L ACTIVE CUA = 9214 IST232I CTC9215L ACTIVE CUA = 9215 IST232I CTC8224L ACTIVE CUA = 8224 IST232I CTC8225L ACTIVE CUA = 8225 How do I get COMMSERV to use the new links ? What am I missing ? TIA,. ..any help is appreciated, Gabe -- 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
COMMSERV using CTC CNCs
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gabe Torres Sent: Wednesday, August 09, 2006 12:42 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: ESTAE control block chain. (from assembler-list) Hello List, We are dropping our Escon Directors from our mainframe configuration. We have CTC/CNCs using an Escon Director to communicate between COMMSERV's on two Lpars on a single processor. We will be moving to CTC/CNC's without an Escon Director. Our Sysplex also uses these for PATHIN and PATHOUT signaling links between the Lpars. To prepare for the new configuration, I defined a new set of CTC/CNC's definitions without the Director involved, but keeping the old definitions inplace. I then disable (INACT) the old CTC/CNC links, and activate the new CTC/CNC links on both the Lpars I want communicating with each other. I am able to get the Sysplex to use these new signaling links,. But I can not get COMMSERV to use them for the Cross Domain communication. A display of the new links show they are active and available: D NET,E,ID=CTCXP2 IST097I DISPLAY ACCEPTED IST075I NAME = CTCXP2, TYPE = CA MAJOR NODE 100 IST486I STATUS= ACTIV, DESIRED STATE= ACTIV IST654I I/O TRACE = OFF, BUFFER TRACE = OFF IST170I LINES: IST232I CTC9214L ACTIVE CUA = 9214 IST232I CTC9215L ACTIVE CUA = 9215 IST232I CTC8224L ACTIVE CUA = 8224 IST232I CTC8225L ACTIVE CUA = 8225 How do I get COMMSERV to use the new links ? What am I missing ? TIA,. ..any help is appreciated, Gabe -- 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
Any Reason to Upgrade 2074-1
Hello List, Any reason to upgrade our 2074-1 to a 2074-2 or 2074-3, other than capacity ? It appears the mod-1 is still supported, and our current console configuration is adequate. TIA, Gabe State of Nevada Dept of Information Technology - Computing Div. This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to whom it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by replying to the e-Mail and delete all copies Thanks. -- 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: Any Reason to Upgrade 2074-1
Yes, Marketing Withdrawn,.. But no Service Discontinued Dates yet for all three flavors. Still available from other Vendors. gt -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of James Chappell Sent: Wednesday, May 17, 2006 11:05 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Any Reason to Upgrade 2074-1 Are you sure you can upgrade? I thought that IBM had withdrawn the 2074's from the market. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gabe Torres Sent: Wednesday, May 17, 2006 11:00 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Any Reason to Upgrade 2074-1 Hello List, Any reason to upgrade our 2074-1 to a 2074-2 or 2074-3, other than capacity ? It appears the mod-1 is still supported, and our current console configuration is adequate. TIA, Gabe State of Nevada Dept of Information Technology - Computing Div. -- 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: Any Reason to Upgrade 2074-1
Excellent considerations... We are locked into our z900 2064 for at least two more years, so maybe keeping the current config/hardware is the choice. Capacity on our 2074-1 is adequate. Thanks, gabe -Original Message- It depends. What CPCs do you have ? How much ? Last but not least: do you feel any technical need, I mean capacity, connectivity, performance, tc. All new machines (z/890, z/990, z9, z9 BC, z9 EC) are OSA-ICC capable. That means you don't need any 2074. The cost is one port of OSA card (all current cards except 10Gb are two-port). If you have older machines, then you should consider when will you upgrade. If you have older machines and no plans for upgrade them, then think about keeping 2074. Then consider if 2074 upgrade is really needed. HTH -- Radoslaw Skorupka Lodz, Poland -- 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
NOMAIL
NOMAIL -- 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: [QUAR] CA-View
Hi Gerry, When the output is broken out into individual archived files, sometimes it is because each is in a different output class. Take a look at your View Options, to see what your archive classes are. We just replace View with another product,.. But many here liked View much better. We had it installed here for a very long time so we are very familiar with the product. gt -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Gerry Anstey Sent: Tuesday, February 07, 2006 2:08 AM To: IBM-MAIN@BAMA.UA.EDU Subject: [QUAR] CA-View Importance: Low All, For our sins we have just started using CA-VIEW all I want to do is display all the output for a job but all we can get is this: VIEW 2.0 SARO -- PAGE INDEX SELECTION LIST FOR UKMDHGRX - COMMAND === SEL SEQ# STEP PROCSTEP DDNAME *** ALL PAGES *** 001 JES2 JESMSGLG 002 JES2 JESJCL 003 JES2 JESYSMSG 004-- Other out file1 ?? 005-- other out filen ?? * BOTTOM OF DATA The data I want is all bunched together in *** ALL PAGES *** how do I get it to add each output file to the menu as it has already done with the system output files? I have shown what I mean in lines 004 and 005 above. We have had no training, just switched over today and we are clueless here! Thanks Gerry -- 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: Commands in JCL
Steve, I used the JCL below to issue operator commands to all our lpars in the sysplex. You could probably substitute your commands .. Not sure if you will run into RACF issues at your site. gabe //FACGTCMD JOB '2',TORRES,MSGCLASS=Z //SUBMITEXEC PGM=IEBEDIT //SYSUT2DD SYSOUT=(B,INTRDR),DCB=BLKSIZE=80 //SYSPRINT DD SYSOUT=* //SYSIN DD DUMMY //SYSUT1DD DATA,DLM='$$' /*$VS,'RO *ALL,D U,,,940,64' /*$VS,'RO *ALL,D GRS,C' /*$VS,'RO *ALL,D R,L' $$ --- Is there a way to issue an operator command such as Start in a JCL COMMAND statement without causing the system to ask the console operator to allow it or not? I want to issue a series of commands, one to start SMTP, another to submit an email via IEBGENER and the internal reader, and another to stop SMTP. Kind regards, -Steve Comstock -- 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: ESOTERIC decomissioning
There is the utility IEFESO in SAMPLIB, in conjunction with the member IEFESOJL. You can modify the asm code to your liking. We did some very basic changes to it to get what we wanted. I ended up with a report like this: Data set FAC.CB.CH.CIMSDISK.BKPOCT03 was found to be cataloged using esoteric CARTF02645 1 Data set FAC.CB.CH.CIMSDISK.OCT03 was found to be cataloged using esoteric CARTF02651 1 Data set FAC.CB.SPD.HSTAUG92 was found to be cataloged using esoteric CARTF19845 1 Data set FAC.COB2TEST was found to be cataloged using esoteric Data set FAC.HM.HELPERS2 was found to be cataloged using esoteric Data set FAC.MVS.SMFAPR01.P1 was found to be cataloged using esoteric CARTR00123 1 Data set FAC.MVS.SMFAPR01.P1 was found to be cataloged using esoteric CARTR00048 1 Data set FAC.PP.LINKLIB was found to be cataloged using esoteric Data set FAC.TP.HELPERS.TCPTSTwas found to be cataloged using esoteric Of course, you probably should scan JCL libraries and change to using a Generic name like '3480'. gabe [EMAIL PROTECTED] wrote: G'day I did do a fair amount of reading on the list to see if someone has already done something of this sort. Apparently yes but with way more experience than I have. Hence asking for help. We are in the process of decomissioning old ESOTERICs. I would like to know if there is a possibility for me to track who is using a particular ESOTERIC. To the best of my knowledge this is not available in SMF, can't be directly figured out from the CATALOG entries through DEVTYPE. I read most of what Bruce Black and others discussed. Still can't see the light. Any help is greatly appreciated. brgds @sh. -- 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: Time change this weekend.
Right On Dave, Just got out of our Time Change Meeting. For zOS 1.4 Sysplex, all we do is: At 02:00am, on the SYSPLEX MASTER CONSOLE we enter: RO *ALL,T CLOCK=01.00.00 There are some issues we have with subsystems (Omegamon and IPCP), so we bounce all the Omegamons, and issue F TCICS,CEMT PERFORM RESET F TCICS,OMEG SHUT F TCICS,OMEG INIT We 'are' using GMT with the proper offset to the West Coast, and have been through this time change process a couple of times. gabe -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jousma, David Sent: Wednesday, October 26, 2005 9:47 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Time change this weekend. Cletus, The key to all this is that GMT=GMT on your system, and NOT GMT=LOCAL time. If the latter, you will have problems when you change time without Waiting an hour. Quite sometime ago IBM time proofed almost Everything by using GMT(which doesn't change) for everything. Of Course there were some gotcha's, and there may still be, but from An OS perspective, going backwards to standard time is no problem. Dave Dave Jousma Principal Systems Programmer -- 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: Need more PTF guidance
Steve, I list all the FMID'S defined in the GLOBAL.CSI and keep the listing handy since it is referenced quite frequently. //S1 EXEC PGM=GIMSMP //SMPCSI DD DISP=SHR,DSN=SMPE.GLOBAL.CSI //SMPCNTL DD * SETBOUNDARY (GLOBAL) . LIST GZONE . Then I manually compare the PTF FMID with the listing to see if it matches any FMID in my SMPE global. gabe -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Steve Comstock Sent: Thursday, August 11, 2005 10:48 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Need more PTF guidance On a hunch, I went to the IBM tech support site (https://techsupport.services.ibm.com/server/zseries.srchBroker) where I found 2 PTF's that addressed my problem with PL/I and HFS. But both PTF pages have this: Applicable component levels R703 PSY UQ91928 UP04/08/19 P F408 R705 PSY UQ91929 UP04/08/19 P F408 R706 PSY UQ91930 UP04/08/19 P F408 R707 PSY UQ91931 UP04/08/19 P F408 R708 PSY UQ91932 UP04/08/19 P F408 Select the PTF appropriate for your component level. So, how do I select the applicable component level? I guessed and tried the last, didn't work; then I tried the R705 because I see I have HLE7705 FMID (I don't even know if that's the right FMID for PL/I, but my colleague seemed to think it is). Anyway, the un-terse goes OK, but the receive fails because there is no match of sysmods. Arrrh! I'm just shooting mostly in the dark anyway, so I come again asking for some guidance: how can I find the correct FMID and component level so I know what PTF to download? Kind regards, -Steve Comstock -- 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: Updating the Esoteric Table
Hi All. Is there a way to update the ESOTERIC table dynamically without building a new SYS1.IODF##? If a device is NOT in the ESOTERIC table is it accessible with JCL or will you get invalid device? We are OS/390 V2R10. Once again I thank the group. Bob Pelletier . Bob, Just did this last week to add an esoteric for a migration package, combining 3480 and 3490 as the esoteric 'SARTAPE'. I couldn't figure a way around not creating a new IODF. Eventually created a new IODF with a new EDT (02), then entered the command: ACTIVATE IODF=XX,EDT=02 I was able to go back to the old EDT=01,..and then back to EDT=02 to test. Good luck, Gabe -- 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
External Time Source - 9037 RISC UNIX
Hello List, I am looking to connect the z900 to an external time source. I will re-activate the 9037-2 Sysplex Timers, (once used when we had multiple processors), to use modem dialup to ACTS in Boulder, CO. The UNIX Group is getting Time off the Internet using NTP. They indicate I can connect to their RISC/UNIX Server to get the time, instead of dialing out. I have read, and re-read every item I could find in the Archives, but could not positively assert it is possible to connect the 9037-2 to the RISC box. Ken Clapp's CBT and Website option to make the Mainframe the primary time source looks interesting, but for the short-time, synchronizing to Boulder or the RISC is the target. Has anybody on the List connected to RISC/UNIX for their ETS ? Any insight on doing this ?? Thanks to all, for consideration, Gabe -- Cut-Paste from 9037 Planning Manual on available External Time Source options. _ __ _ | 9037 | EIA-232 | |External | Telephone Line | Console | Port |_| Modem |___¨to ACTS |_|__| |_| _ __ _ | 9037 | EIA-232 | |Time-Code| | Console | Port |_|Receiver |___¨ To Antenna |_|__| |_| _ __ _ | 9037 | EIA-232 | |Time-Code| External Time RS6000/UNIX | Console | Port |_|Generator|___¨ Code Input |_|__| |_| Gabe Torres - Systems Programmer State of Nevada Dept of Information Technology - Computing Div. This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to whom it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-Mail and delete all copies -- 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: External Time Source - 9037 RISC UNIX
We are on zOS1.4, with zOS1.6 coming later this year. Thanks for the info. gabe -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Skip Robinson Sent: Tuesday, July 19, 2005 3:50 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: External Time Source - 9037 RISC UNIX The recommended solution works anywhere from 1.4 (where SNTP was introduced) on up. Below 1.4, Ken Clapp is your man. . . . JO.Skip Robinson Southern California Edison Company SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile [EMAIL PROTECTED] IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/19/2005 10:08:01: Gabe, I read Paul's suggestion. Unless you can find the code to emulate the Boulder time signal that sounds like a lot of work. You don't say what version of z/OS you're running. We used Ken Clapp's NTP server but on z/OS 1.6 there is a SNTP component of TCPIP. I'd recommend you dial out from the z box with the sysplex timer and then point everything else to the NTP server on the z Box. --- -- 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: FTPing a ADRDSSU file -THANKS!
Thanks to all for the contributions. I'll be testing this out these week. Contractors were on-site,..so I had been slightly redirected. gabe --- Ed, There was no blksize info supplied in the DCB, so it must be defaulting to whatever ADRDSSU likes. gabe Gabe, IIRC the blksize ends up being greater than 32K (with DFDSS) and FTP drops anything after 32K. The trick is to tell DFDSS (via blkszie=32760) not to create large blksizes. Ed ... -- 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: FTPing a ADRDSSU file
Thomas, Have you tried this with a ADRDSSU physical dump, or a logical dump,...or does it matter.?? Thanks, gabe -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Conley Sent: Thursday, May 12, 2005 9:19 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FTPing a ADRDSSU file DFDSS DUMP TERSE FTP BIN to preallocated FB1024 file DETERSE DFDSS RESTORE VOILA Regards, Tom Conley - Original Message - From: Gabe Torres [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, May 12, 2005 1:11 PM Subject: FTPing a ADRDSSU file Hello List, During a past DR Test, we missed taking one of our ADRDSSU Physical dumps of a 3390 disk volume. We were able to FTP the data to the site (finally!), but the FTP-ed data was unusable. The data was unrecognizable to the ADRDSSU program. Does anybody have any suggestions on making this process successful. We will be trying it again on the next DR try. Thanks for any help, Gabe Gabe Torres - Systems Programmer State of Nevada Dept of Information Technology - Computing Div. This communication, including any attachments, may contain confidential information and is intended only for the individual or entity to whom it is addressed. Any review, dissemination or copying of this communication by anyone other than the intended recipient is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-Mail and delete all copies -- 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 -- 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: FTPing a ADRDSSU file
Hal, The path of the data was 1) ADRDSSU Physical Dump to a sequential file on disk 1) Download to Windows/2000, then FTP to an our FTP site. From there the DR Team could download to the DR site and upload to a sequential file on z/OS, and then run the ADRDSSU Restore process. I am not sure why the DR people do not want to FTP directly from z/OS to DR-z/OS,.. But I am investigating providing multiple ways and paths to get the file there. Lionel Dyck's Website http://www.lbdsoftware.com/ has some interesting tools in the arena, and I will be checking them out also. Thanks again, Gabe -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Hal Merritt Sent: Thursday, May 12, 2005 12:07 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: FTPing a ADRDSSU file Too many variables. One, was the dump originally created on tape and then copied to disk? Two, did you specify the correct FTP options? Three, were there other platforms in the path? A process that used to work for me: 1. Dump to disk. 2. FTP PUT z/os to z/os using TYPE E MODE C. If you PUT, then DCB information is send automatically. Curiously, space is not. The MODE C doesn't buy you much on already compressed data, but works wonders on all other types. If other platforms are in the path, then TYPE I (binary) is required and you have to be *very* careful with DCB's. And sometimes even an unfortunate choice of a file name under Windows can cause unexpected translations. ... ... .. . -- 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
