Re: SLR questions
The data you are looking for can be found in the CICS statistics SMF 110 records. This assumes CICS statistics has been turned on in the region(s). Some SMF 110 analysis program(s) can be found in CBT file 529 and file 527. On Wed, 30 May 2012 09:23:53 +0300, #1490;#1491;#1497; #1489;#1503; #1488;#1489;#1497; gad...@malam.com wrote: Hi, I am providing support to a site running a very old version (OS/390 v2.8) They have asked me to produce a report of programs (load modules) being used. I know how to produce a report of batch programs by analyzing the SMF type 30 records. They have also asked for programs run under CICS. Can SLR produce this type of report? Can someone point me to SLR documentation. Thanks Gadi ìùéîú ìáê, áäúàí ìðäìé äçáøä åæëåéåú äçúéîä áä, ëì äöòä, äúçééáåú àå îöâ îèòí äçáøä, îçééáéí îñîê ðôøã åçúåí òì éãé îåøùé äçúéîä ùì äçáøä, äðåùà àú ìåâå äçáøä àå ùîä äîåãôñ åáöéøåó çåúîú äçáøä. áäòãø îñîê ëàîåø (ìøáåú îñîê ñøå÷) äîöåøó ìäåãòú ãåàø àì÷èøåðé æàú, àéï ìøàåú áàîåø áäåãòä àìà îùåí èéåèä ìãéåï, åàéï ìäñúîê òìéä ìáéöåò ôòåìä òñ÷éú àå îùôèéú ëìùäé. Please note that in accordance with Malam's signatory rights, no offer, agreement, concession or representation is binding on the company, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the company's seal. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: z/os v1r13 RACF problem
This a new CLASS which was dynamically created in the recent past. The name rang a bell with me as I have dealt with this issue a few times. The easiest fix is to delete the profile which exists under the class GXFACILI, then re-copy your RACF database. The entry you probably have is for your current sysplex name. You probably changed your sysplex name on your standalone system and RACF is complaining that things don't match now. Security Server is enabled in IFAPRD00. What is DSNT? I don't recognize that. The onepac system is stand alone not a sysplex. The datasets are cataloged fine and both 1.11 and 1.13 reference that catalog. They are not in MSTJCLxx member in my 1.11 system and it works fine. There's just something I've missed and it's driving me crazy! Anne D. Crabtree System Programmer WV Office of Technology Data Center 1900 Kanawha Blvd East Charleston, WV 25305 (304)558-5914 ext 58292 (304)558-1441 fax -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, May 15, 2012 12:30 PM To: IBM-MAIN@bama.ua.edu Subject: Re: z/os v1r13 RACF problem On Tue, 15 May 2012 12:14:11 -0400, Crabtree, Anne D anne.d.crabt...@wv.gov wrote: Trying to bring up z/os v1r13 for first time on my onepac system and I keep getting error message ICH571A Error building program control tables followed by ICH501I saying RACF is not active. I performed a system upgrade when installing and my 1.11 onepac system comes up fine with these RACF datasets. I have to have missed something !! That being said, I have checked the following: My IEFSSNxx member has: SUBSYS SUBNAME(RACF) INITRTN(IRRSSI00) INITPARM(';,X') The RACF proc is in CPAC.PROCLIB and looks ok. IRRSSI00 module is in SYS1.LINKLIB. I get messages that the installation router table and the class descriptor table were processed. I'm also getting this error (but I think it's just because RACF didn't start and is not the problem): ICH584i ICHEINTY next error against profile irrplex_in class gxfacili on the database with master dataset my dataset name on my volume rc=001C reas= Any suggestions? The RACF proc doesn't matter. It isn't even needed. Are you sure your DSNT is correct for your onepack system? Are the data sets cataloged properly?You could add them to MSTRJCLxx also. Are you using a DSNT with sysplex mode enabled? You should change that for your onepak or ZAP it (see the ONEPAKZ* / TWOPAKZ* examples on my web site). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: GO TO cobol
This topic I cannot resist... Uggg... Having learned COBOL in the mid 70's, the instructor taught that PERFORM was to be used only in situations where you wanted to do a certain routine at several locations in the program. The teaching was also about straight line programming. Flow Charts were also part of the curriculum. Having said that, I still use GO TO extensively, and have not kept up with the modern programming extensions and constructs. I've had many instances in my career where a structured program has been straight lined with extremely dramatic performance results. Mostly I believe that knowing Assembler language and how the COBOL compiler would generate the assembler code version of the program provided the reasons for my coding techniques. I would write the program as close to what the assembler code would be as possible. This would usually provide some great performance at run time (and at compile time). One example (out of several) was a program which normally took 4-6 hours to do its magic. When I re-wrote it due to the necessity of adding more functionality, I went ahead and straight lined it according to the logic of what the program was supposed to do. When the re-write was finished, the new program took 20 minutes to run the first time it was in production. I have several other examples with these type of results. Also, CICS used to treat the HANDLE CONDITION API as a GO TO, not a perform. Went to the Well in the early-mid 80's over that one with a bunch of certain whiz-kids who were trained under the good doctors premises. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: GO TO cobol
Use of NEXT SENTENCE is as dangerous as GO TO. Try using CONTINUE. The former takes you to the next period; the latter takes you to the end of the current conditional. One missed period and -- I've seen many programs without a single period. How they work is beyond my comprehension. Of course, a paragraph name does imply a period. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: GO TO cobol
If some-test-here-failed Set indicator-switch to true Go to 2000-exit End-if. If some-other-test-fails Set indicator-different-switch to true Go to 2000-exit End-if. --- You could have the exact same result by placing a period after the 2000-exit. Then the End-if is not needed. gd,r -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Friday fun: Halon dumps and POK Resets
Just one of many, but perhaps the most notorious. Sometimes referred to as squirrel day http://groups.google.com/group/bit.listserv.ibm-main/browse_thread/thread/c80fc3d2f0553619/ad16137bea415e81?lnk=gstq=squirrel#ad16137bea415e81 This one caused the power company to realize there was only one substation feeding the entire campus. Ooopp. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Help: Delete LPAR definition from z9BC
Could you change the name of the LPAR to an asterisk * ? This would allow you to mark it as a dynamic LPAR and gives the ability to re-use the LPAR in the future. --- IBM whines at my manager about it every month. And wants to increase our software bill for it because we have no SMF from it showing its usage. That's because it is __idle__. I just DEACTIVATED the LPAR. Maybe that will shut the money grubbers at IBM up. Yes, I'm upset. It's hard enough to keep the z here. Management wants a Windows monoculture. I would say more, but I'd get in trouble. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: GRSRNL00 question
That's what I did. No ill effects, and it got rid of the Health Check nag. Silly question where I know I can get a fast answer here: If I code: RNLDEF RNL(CON) TYPE(PATTERN) QNAME(*) Does that mean that I should delete all other RNL(CON) statements from the member? The Ministry of Silly Questions thanks you in advance for your replies! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Clarification on IEHPROGM
The only use I have for IEHPROGM is to delete the temporary datasets which remain on the PUBLIC and STORAGE volumes for various reasons. That function still works quite well. I believe the OPs original questions was why it returned a message indicating a security problem, I.E. incorrect password, not an indication that the new name desired was already in existence. The fact the dataset is SMS managed probably is what led to the error message he got. According to the documentation presented earlier, this likely means the error message wording should be changed. But then again, IEHPROGM could be in the category of functionally stabilized. -snip-- I am trying RENAME for NON-VSAM, but I used your Given JCL to rename with existing name itself but it conflicts with Duplicate name(Obviously) Since the NEWNAME do already do exist. But my clarification why IEHPROGM throws an error as Correct Password not available whereas we have not protected the Dataset with Password ? ---unsnip-- Jake, since IEHPROGM was written, some of the bits in the Format-1 DSCB have been re-purposed after becoming archaic. This can, and often will, become VERY confusing when using old programs with new control blocks. Not just in this situation, either. The example you're hitting is the use of the PASSWORD bits in the Format-1 DSCB. I, personally, can think of no good reason to ever use IEHPROGM in a z/OS environment; IDCAMS is the current vehicle for the kinds of changes that IEHPROGM once performed admirably well. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Delete FMID
Trying to install a new product and I have run into a situation where another FMID provided Linkedit information for a module which is different than the new product. I need to either remove the old FMID (preferable) or have the new linkedit information used. The old FMID is Applied, but not accepted. I probably could modify the new product MCS to have it delete the old stuff, but I am confused as what the control statement should look like? This is on Z/OS V1R12. 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
Re: Delete FMID
Thanks Mark. The JCL sample you provided worked quite well. Now I have some residual modules which did not go away. I'm looking into that issue and will probably find a real rats nest. This could be an issue where the modules have link edit information for stuff that does not belong to the software. Oh well.. On 10/27/11 12:47, Matthew Stitt wrote: Trying to install a new product and I have run into a situation where another FMID provided Linkedit information for a module which is different than the new product. I need to either remove the old FMID (preferable) or have the new linkedit information used. The old FMID is Applied, but not accepted. I probably could modify the new product MCS to have it delete the old stuff, but I am confused as what the control statement should look like? This is on Z/OS V1R12. Thanks. Something like this should work. //STEP1 EXEC ZOS112R //SMPPTFIN DD * ++FUNCTION(DELFMID) . ++VER(Z038) DELETE(JWRE33I). /* //SYSIN DD * SET BDY(GLOBAL). RECEIVE SYSMODS. SET BDY(MVST100). APPLY S(DELFMID) BYPASS(ID) REDO. SET BDY(MVSD100). ACCEPT S(DELFMID) BYPASS(ID) REDO. -- Mark Jacobs Time Customer Service Tampa, FL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS QUESTION - SYNTAX ERROR
I believe what will work is this: DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) - STORGRP(TMMVOL) --- Esmie Moo: Good Morning Gentle Readers, I am trying to backup dsns via a specific MGMTCLAS, STORGRP and those dsns that have not been referred to over 100 days. I keep getting a syntax error but I am unable to find it. Could someone please point out my error? DUMP DATASET(INCLUDE(**) - BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDAY3)(STORGRP EQ TMMVOL))) - OPT(4) ALLX ALLD(*) SPHERE OUTDD(TAPE) ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2011.270 13:15:30 INITIAL SCAN OF USER CONTROL STATEMEN ADR140E (001)-RI03 (02), INVALID 'BY' CRITERIA If I try just with BY((REFDT,LE,*,-100)(MGMTCLAS EQ TMMDSK3J))) - It works. Could it be that I cannot select with STIRGRP? I looked at the doc and STORGRP is supported. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF server disabled During IPL
Just a wild guess... You mentioned there is Z/OS 1.6 system which is running without these problems and the system which fails is a Z/OS 1.12 system. Are these two systems sharing the RACF database? Have they run together before the ESS problem? If they are sharing the RACF database and this might be the first IPL of the Z/OS 1.12 system, then I would look at the results of the RACF database template upgrade job. It might be possible the RACF database has not been upgraded to the 1.12 level of the templates and RACF could be complaining about the downlevel database. Just my thoughts... - Original Message - From: jagadishan perumal jagadish...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Friday, September 23, 2011 12:15:20 AM Subject: RACF server disabled During IPL Hi, After ESS battery change , unfortunately due to power drip cluster was restarted which led to abnormal shutdown of ZOS 1.12. After the hardware fix , we did a POR and tried reloading the OS ,we found the below messages in the console while IPLing which stopped further system proceeding. ERROR MESSAGES: IRR418I RACF product disabled : IRRSSI00 ended BPX006E OMVs is pending for security product AXR0501E System REXX is waiting for Security product. I have even checked IFAPRDXX parmlib and the security server option is Enabled : PRODUCT OWNER('IBM CORP') NAME('z/OS') ID(5694-A01) VERSION(*) RELEASE(*) MOD(*) FEATURENAME('SECURITY SERVER') STATE(ENABLED) Details on Version : Z/OS V1R12. RSU1011 Could anyone please suggest your experts comment. Regards, Jags -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problem with HSM Recalls
Tom, Allan, I'm getting the following trying to test your suggestions: INSTALL UNIT(1091) VFY(NW1091) SETMODE(3380) I would say you need to reconfigure the volume in the HDS 9990V as a 3380 first, then initialize it. - ICK00700I DEVICE INFORMATION FOR 1091 IS CURRENTLY AS FOLLOWS: PHYSICAL DEVICE = 3390 STORAGE CONTROLLER = 2105 STORAGE CONTROL DESCRIPTOR = E8 DEVICE DESCRIPTOR = 0A ADDITIONAL DEVICE INFORMATION = 4A35 TRKS/CYL = 15, # PRIMARY CYLS = 3339 ICK04000I DEVICE IS IN SIMPLEX STATE ICK00091I 1091 NED=002105. .HTC.65.00045342 ICK03091I EXISTING VOLUME SERIAL READ = NW1091 ICK31054I DEVICE NOT SUPPORTED FOR THE SPECIFIED FUNCTION ICK30003I FUNCTION TERMINATED. CONDITION CODE IS 12 11:12:5709/20/11 Am I missing something or is this a no-go given my hardware? The address 1091 is currently a 3390 mod-3 on a HDS 9990V marketed by Oracle/Sun/STK. Thanks, Dave O'Brien -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Mainframe article
The Register has another mainframe related article which points out the rising importance of the mainframe and its growth in recent years. http://www.theregister.co.uk/2011/09/13/bmc_mainframe_survey/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Unit Check While IPL'ng from DS6800
There is probably PIN'd data in the cache. I've seen this with DS8000s and it required intervention by a CE to resolve this. -- I should have mentioned that did re-assign 8 volumes from LCU-01 to LCU-03 and it went without any errors. Decided to RUN Stand Alone DSF to initialize a volume and below is what I get. Equipment Check on 2xx CSW: 103ED8 0220 CCW: 041108A58 2020 ICK10710I - I/O Error Occurred on Device 280 ICK31024 - Unable to open Volume I have both Storage Manger along wth DSCLI connected to the DS6800. Thanks Sonny Gupta -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JES2 Commands
From SDSF, enter command SP to display the spool volumes. From the Spool volume list, type J next to the desired entry. SDSF will issue the command: $DJOBQ,SPL=V=(H8SPL3) - Try: $DJOBQ,SPOOL=(PERCENT0,VOLUME=jesv01) -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Friday, July 22, 2011 8:02 AM To: IBM-MAIN@bama.ua.edu Subject: Re: JES2 Commands I have the percentage and I know the volume is draining. I am trying to find the remaining individual items on the volume so that they can be purged! snip I have used $DSPL,V(jesv01),PERCENT What I think works better is $DSPL,PERCENT,STATUS=DRAINING /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PSP buckets for a z10 mainframe
It has become my common practice to always rebuild the IPL text after maintenance. Also I ensure SYS1.NUCLEUS has zero secondary extents allowed. Several other libraries have the same restrictions (LINKLIB, LPALIB, etc). It would also help if we were shown the entire PSW as the additional data will give indications as to the true nature of the wait state. On Thu, 30 Jun 2011 22:00:49 +, Gibney, Dave gib...@wsu.edu wrote: From wait 064 009 A program check occurred. Accompanying message IEA304W further explains this wait state and entry code. If the message does not appear on the console, you can find the message in the wait state message area (WSMA). The WSMA is described in the z/OS Internet Library at http://www.ibm.com/systems/z/os/zos/bkserv/ for z/OS MVS Data Areas manuals. Dave Gibney Information Technology Services Washington State University -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of John Norgauer Sent: Thursday, June 30, 2011 2:57 PM To: IBM-MAIN@bama.ua.edu Subject: Re: PSP buckets for a z10 mainframe We had a system wait state code of 9064. 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
Announcement from UA IT
I'm sure most of us have not seen this. I noticed it because I monitor the list over the web interface page. I thought this was the best method to get this announcement out to the masses. http://oit.ua.edu/2011/06/30/listserv-16-0-upgrade/ Basically the LIST Server will be offline on July 7 while the LISTSERV software is upgrade to a new release. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 100th today - a thank you
On similar vein the birthday is being noted in the new media: http://money.cnn.com/galleries/2011/technology/1106/gallery.ibm_100/?source=cnn_binhpt=hp_bn3 One of the stories I found interesting. (watch for wrap) On Thu, 16 Jun 2011 14:43:35 -0500, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: Pamela Christina wrote: Today we're celebrating IBM's 100th anniversary. Makes me feel young and envious... ;-D Thanks for posting this. Send us some sun here, it is winter here and is getting cool, colder and freezing here... ;-) I like your reporting of the weather... ;-D Be a sunshine and post again here. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Non-cancelable task - tso
That indicates there was probably a TSO session in the logging on status (waiting for user id). Those would show under the Starting for address space name. Bringing down the TN3270e server would break those connections and stop the Starting address spaces. On Mon, 13 Jun 2011 06:36:13 -0700, Scott Ford scott_j_f...@yahoo.com wrote: It isnt clear to me what TSO was executing at the time. Was th Jags, It isnt clear to me what TSO was executing at the time. Was there a program in TSO executing or was someone loggged onto TSO ...? What are all the circumstances surrounding the shutdown or attempted shutdown ? Scott J Ford From: jagadishan perumal jagadish...@gmail.com To: IBM-MAIN@bama.ua.edu Sent: Mon, June 13, 2011 8:48:34 AM Subject: Re: Non-cancelable task - tso @Lizette : WTOR was FSTOP with reply number, but even after that it didnt go down. I purged TN3270 and after that TSO was purgeable. Regards, Jags On Mon, Jun 13, 2011 at 6:10 PM, Lizette Koehler stars...@mindspring.comwrote: I tried Purging the tso but it was not coming down. The commands used to stop tso was : 1) stop tso - No luck 2) force tso,arm - No luck 3) force tso,arm,a=ASID - No luck I even tried looking for any outstanding message in console but there were no outstanding messages at all. Could anyone please guide me in this. Regards, Jags Jags, I think the correct command to shutdown TSO is F TSO,SIC or F TSO,FTSOP (Force Stop). This is documented in the MVS Commands manual under the MODIFY TSO/VTAM section. Rarely have I ever seen TSO cancelled or forced from the system. Only MODIFY'd out. TSO can be shutdown or restarted any number of times after an IPL. Why were you shutting it down? Perhaps there as a WTOR you needed to respond to Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Deleting post
Read DUNE, The Butlerian Jihad, etc.. On Fri, 22 Apr 2011 14:23:22 -0500, Jim Thomas j...@thethomasresidence.us wrote: Humm... what happened to AI and having robot's 'learn' ??. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Staller, Allan Sent: Friday, April 22, 2011 2:05 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Deleting post See I,Robot by Issac Asimov snip I quote from the first law of robotics; A robot may not injure a human being or, through inaction, allow a human being to come to harm. /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: LISTCAT command
My LISTCAT output shows the symbolic (SYSR1) for the volume name the datasets reside on. So you should be able to parse the IDCAMS LISTCAT output looking for the dataset and symbolic volume name. On Wed, 13 Apr 2011 14:45:36 -0500, Rick Fochtman rfocht...@ync.net wrote: -snip Saurabh, I use a two step process for this. 1) I execute an IEHLIST against the volume that I wish to validate all data sets are indirectly cataloged (normally a SYSRES and/or DLIB volume) 2) I then execute a Rexx execute that I wrote which will perform a LISTC against the data set name (extracted from the IEHLIST) and then check its volume to see if it is cataloged to the CATPARM parameter passed to the EXEC. This allows me to validate really any style catalog entry (direct or indirect). If the catalog entry does not match; it is reported as being bad and then IDCAMS statements are generated to perform a DELETE NOSCRATCH and CATALOG with the passed CATPARM value. This allows me to review both the reports (I report on good and bad entries) and the IDCAMS statements before correcting. Craig Pace unsnip--- Craig, could you chare that EXEC with me, via private E-Mail? I'm a babe in the woods when it comes to REXX. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IBM Announcements Today
Read closely, don't just scan it. Windows is being supported if you want to run it on an x blade server. It does not mean Windows will run on the z server platform in any environment. On Tue, 12 Apr 2011 09:15:18 -0300, Carlos Bodra - Pessoal cbo...@terra.com.br wrote: http://www-01.ibm.com/common/ssi/ShowDoc.jsp?docURL=/common/ssi/rep_ca/8/897/ENUS111-078/index.htmlbreadCrum=DET001PT022url=buttonpressed=DET001PT116page=1000paneltext1=DET001PEF011user+type=EXTlang=en_USInfoType=ANInfoSubType=CAamp;InfoDesc=Announcement+Letterspanelurl=index.wss%3Fbuttonpressed%3DDET001PT116%26page%3D1000%26paneltext1%3DDET001PEF011%26user%2Btype%3DEXTpaneltext=Announcement%20letter%20search Windows will run on zEntreprise zBX. -- Carlos Bodra IBM zSeries Certified Specialist Sao Paulo - Brazil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DB2 SMF Records
Try looking in SDSNMACS, members starting with DSNDQW.. I remember looking at these records several years ago and almost throwing up my hands due to the layouts. On Tue, 12 Apr 2011 15:09:43 -0500, Hal Merritt hmerr...@jackhenry.com wrote: Anyone know I could find the layouts (DSECTs) of DB2 SMF records? Specifically Type 100, 101, 102 ? 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
Re: DB2 Performance
I know this has been discussed before and I'm sure you tried to search the archives. I am assuming these queries are coming through the DDF interface. In the past I have set up WLM DDF service classes with multiple service periods and objectives, much the same as TSO work. The longer the DDF thread uses resources, the lower its service objectives (priority?) become. Of course, this issue could become political. g On Tue, 1 Mar 2011 15:47:23 -0600, Hal Merritt hmerr...@jackhenry.com wrote: I know the DB2 forum would be better, but this may be more of a WLM question. We are having occasional performance issues that appear to be rooted in some interactive research queries. The words 'DB2 governor' have been mumbled, but some think that the WLM would be a logical starting point. Thoughts? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to 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 wiping a DS8100
You should be able to access the user interface through a browser and delete the volumes, extent pools, ranks, etc. When you perform those operations the machine will format the disk drives. As was suggested early on, you also could change the extent pools, ranks, arrays from one format to the other (Open to CKD). That will most definitely cause a disk format and the data will be gone. On Thu, 24 Feb 2011 11:19:44 -0700, Nancy R. Brizuela brizu...@uwyo.edu wrote: Hi Catherine, I wish our 3rd party provider had their act together like yours. I've asked him several times for suggestions or approaches--he says he'll research it, but then I never hear back! Thanks for the thought, though--you have a very helpful group here! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of McBride, Catherine Sent: Wednesday, February 23, 2011 2:40 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about wiping a DS8100 You may want to check with your 3rd party maintenance provider as well. We are in a similar situation as yours, and our 3rd party provider presented a few options. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Nancy R. Brizuela Sent: Wednesday, February 23, 2011 3:34 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Question about wiping a DS8100 Thanks for such prompt responses, David, Claude, Mark, Ed, and Hal. I neglected to mention that the DS8100 is no longer attached to a mainframe and that we no longer have a CE. Alas, our mainframe was shipped off in a truck four or five years ago and a couple years ago our managers discovered they could save a lot of money by gong with a 3rd party maintenance provider, so we are no longer with IBM. Nevertheless, this gives me some good leads. I'll contact my former CE and investigate some of the other options. Thanks so much! From: Nancy R. Brizuela Sent: Wednesday, February 23, 2011 10:50 AM To: 'IBM-MAIN@BAMA.UA.EDU' Subject: Question about wiping a DS8100 Hi All, I am new to this list. I have a DS8100 that we are decommissioning and using as a trade-in. We need to make sure that all the data on this system is erased before we ship it off. Do any of you have any thoughts on how to accomplish this at little or no expense? Has anyone already dealt with this issue? Thanks! Nancy Brizuela Systems Programmer, Senior University of Wyoming IBM/Unix Systems Group -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Publib.boulder.IBM down
This is what I use: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/SHELVES And it is working fine for me. Also I use: http://www-03.ibm.com/systems/z/os/zos/bkserv/ Which gives several releases and does give access to the BookManager format books and PDF format also. On Thu, 20 Jan 2011 08:58:32 -0500, Micheal Butz michealb...@optonline.net wrote: Can'nt get to the bookshelf Sent from my iPhone -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Errors in VVDS
He could also check out the VVDSFIX program which is available for download from IBM. I've used it to correct some catalog inconsistencies which seem familiar to what the OP has encountered. On Wed, 5 Jan 2011 12:10:50 -0600, Tom Marchant m42tom-ibmm...@yahoo.com wrote: On Wed, 5 Jan 2011 12:54:51 -0500, Mark Pace wrote: DELETE SYS1.VVDS.VSTD001 CATALOG(CATALOG.USER.SYSTEM.ZOS19) - NOSCRATCH FILE(DD1) IDC3012I ENTRY SYS1.VVDS.VSTD001 NOT FOUND There is no entry in the BCS for the VVDS. You would first need to catalog the VVDS in that catalog. Then you should be able to do the DELETE NOSCRATCH -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Question about WebSphere Application Server
FWIW, I have 4 SBBO* and 11 ABBO* datasets for WebSphere V7R0 On Wed, 15 Dec 2010 15:56:16 -0800, Daniel Allen dal...@serena.com wrote: T24gb3VyIHovT1MgMS4xMSBzeXN0ZW0sIHdlIGhhdmUgZmlmdGVlbiAoMTUpIEJCTy5TQkJPKiBk YXRhc2V0cyBvbiB0aGUgcmVzIHBhY2sgYW5kIGVpZ2h0ZWVuICgxOCkgQkJPLkFCQk8qIGRhdGFz ZXRzIG9uIHRoZSBkaXN0cmlidXRpb24gcGFjay4gV0FTIGlzIDYuMS4NCg0KT24gb3VyIHovT1Mg MS4xMiBzeXN0ZW0sIHdlIGhhdmUgZm91ciAoNCkgQkJPLlNCQk8qIGRhdGFzZXRzIG9uIHRoZSBy ZXMgcGFjayBhbmQgbmluZSAoOSkgQkJPLkFCQk8qIGRhdGFzZXRzIG9uIHRoZSBkaXN0cmlidXRp b24gcGFjay4gV0FTIGlzIDcuMC4NCg0KRGlkIG91ciB6L09TIDEuMTIgU2VydmVyUGFjIG1pc3Mg YSBsb3Qgb2YgZGF0YXNldHMgZm9yIFdBUyA3LjAgPw0K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ABCs of z/OS System Programming Volume 4
I don't have volume 12 either. Have I missed that? On Wed, 3 Nov 2010 16:48:11 -0500, John Laubenheimer jlaubenhei...@doitt.nyc.gov wrote: I just noticed that a draft of the long missing ABCs of z/OS System Programming Volume 4 is now available on the redbooks web site. The final version should be available by the end of the year. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IT or infrastructure metrics
One way I've had success is to find out what IT functins management thinks is important. Then target those functions in your report. A good attention-getter is to calculate the cost to the company if that function is not available for some length of time or the service goals cannot be achieved. On Mon, 27 Sep 2010 15:19:56 -0600, Steve Comstock st...@trainersfriend.com wrote: On 9/27/2010 3:02 PM, Pommier, Rex R. wrote: Hi list, Can any of you reply back to me off-list what kind of metrics you use to report back to business management to show how your IT department is performing? I'm looking for ideas IT-wide, not limited to the mainframe. Currently we report out the IT-centric stuff like system and database uptime, response times, and the like, but the business' eyes glaze over. We're looking for something that the business can relate to better and I'm hoping to get some ideas from this esteemed list. In order to keep the list from clutter, if you could reply back offline, I would appreciate it. Thanks. Rex Well, it's not metrics, but a couple of years ago I put together some starter HTML pages for IT departments to promote their value and open up to other departments. Maybe a few of these pages could be modified for your corporate intranet! http://www.trainersfriend.com/General_content/Internal_marketing.htm -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z990s still running?
On Thu, 9 Sep 2010 16:28:45 +0200, R.S. r.skoru...@bremultibank.com.pl wrote: Timothy Sipples pisze: Is anybody assuming that people (and thus organizations) always and everywhere act rationally? I hope not. :-) Lots of actions and attitudes are irrational, and some of those are a lot of fun. BTDT. :-( BTW: What camel is? The camel is a horse designed by committee... -- We say Elephant is mouse built to government specifications Radoslaw Skorupka Lodz, Poland -- BRE Bank SA ul. Senatorska 18 00-950 Warszawa www.brebank.pl -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Connectivity test
Did you set up an Out Of Office (OOO) message? I remember a while back about a rule being set up for the List that when it got one your account would be set to NoMail. On Wed, 25 Aug 2010 12:44:54 -0400, Richards, Robert B. robert.richa...@opm.gov wrote: The test actually *DID* fail. :-) It turns out I had been set to NOMAIL. No idea how that happened. Bob -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Thompson, Steve Sent: Wednesday, August 25, 2010 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Connectivity test -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Elardus Engelbrecht Sent: Wednesday, August 25, 2010 9:22 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Connectivity test Richards, Robert B. wrote: Sending this to see if it gets through and I see it. Your test failed and I could not see your test. ;-D Please turn your mouse and monitor 90 degrees clockwise and retry sending this. ;-D SNIPPAGE No, wait. The script says that I have to ask you to turn off the power while holding down the reset button for 5 seconds and then turn the power back on. Enter your userid and password again and then re-try the 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
Re: Sample BMS Compile JCL
//SYSLIB DD DSN=SYS1.MACLIB,DISP=SHR, 2200 // DCB=INDEX..SDFHMAC 2200 // DD DSN=INDEX..SDFHMAC,DISP=SHR 2300 // DD DSN=COPYLIB,DISP=SHR 2300 //SYSUT1 DD UNIT=WORK,SPACE=(1700,(400,400)) 2500 //SYSUT2 DD UNIT=WORK,SPACE=(1700,(400,400)) 2600 //SYSUT3 DD UNIT=WORK,SPACE=(1700,(400,400)) 2700 //SYSLIN DD DUMMY //SYSPUNCH DD DSN=COPYLIB(MOD),DISP=SHR 2800 //SYSPRINT DD SYSOUT=OUTC 2900 //SYSIN DD DSN=SRCLIB(SRCNAME),DISP=SHR 3000 //* 3100 //MAP EXEC PGM=ASMBLR,COND=((7,LT,DSECT),(3,LT,UPDTE)), 3200 // PARM='SYSPARM(MAP),DECK' 3300 //SYSLIB DD DSN=SYS1.MACLIB,DISP=SHR, 3400 // DCB=INDEX..SDFHMAC 3400 // DD DSN=INDEX..SDFHMAC,DISP=SHR 3500 // DD DSN=COPYLIB,DISP=SHR 3500 //SYSUT1 DD UNIT=WORK,SPACE=(1700,(400,400)) 3700 //SYSUT2 DD UNIT=WORK,SPACE=(1700,(400,400)) 3800 //SYSUT3 DD UNIT=WORK,SPACE=(1700,(400,400)) 3900 //SYSLIN DD DUMMY //SYSPUNCH DD DSN=amp;OBJMOD(MOD), 4000 // UNIT=WORK,DISP=(,PASS), 4100 // SPACE=(400,(100,100,1)), 4200 // DCB=(RECFM=FB,LRECL=80,BLKSIZE=400) 4300 //SYSPRINT DD SYSOUT=OUTC 4400 //SYSIN DD DSN=SRCLIB(SRCNAME),DISP=SHR 4500 //* 4600 //LKED EXEC PGM=IEWL,REGION=4M, 4700 // PARM=(LIST), 4800 // COND=(7,LT,MAP) 4900 //SYSUT1 DD UNIT=WORK,SPACE=(1024,(100,10)) 5000 //SYSLMOD DD DSN=USERLOAD(MOD),DISP=SHR 510 //LOADLIB DD DSN=INDEX..SDFHLOAD,DISP=SHR 5200 //SYSPRINT DD SYSOUT=OUTC 5300 //SYSPUNCH DD DUMMY 5400 //SYSLIN DD DSN=amp;OBJMOD(MOD),UNIT=SYSDA,DISP=(OLD,DELETE) 5500 // DD DDNAME=SYSIN //SYSIN DD DUMMY //*** -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matthew Stitt Sent: Tuesday, July 06, 2010 5:10 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Sample BMS Compile JCL Well, here is what I used: //STEP01 EXEC DFHMAPT,MAPLIB='MSTITT.HBOC.MAP.LOADLIB', // DSCTLIB='MSTITT.HBOC.MAP.SOURCE', // TEMPLIB='MSTITT.HBOC.MAP.WEBLIB', // MAPNAME=DFH0STS, // A=, // OUTC=* //COPY.SYSUT1 DD DSN=amp;amp;EXPND,DISP=(OLD,DELETE) Note: DFHMAPS is for normal map generation, DFHMAPT is to add the HTML version. On Tue, 6 Jul 2010 23:36:08 +0300, Sergio Lima sergio...@hotmail.com wrote: Hello List, We need here, compile some BMS MAPS, and don't have the JCL to do this in hand. We have my source maps in lib USER.CICS.MAPAS, need put the Cobol copybook in the USER.CICS.COPYLIB, and catalog the load modules in the USER.CICS.LOAD. Someone can help us about this ? 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
Re: Sample BMS Compile JCL
Well, here is what I used: //STEP01 EXEC DFHMAPT,MAPLIB='MSTITT.HBOC.MAP.LOADLIB', // DSCTLIB='MSTITT.HBOC.MAP.SOURCE', // TEMPLIB='MSTITT.HBOC.MAP.WEBLIB', // MAPNAME=DFH0STS, // A=, // OUTC=* //COPY.SYSUT1 DD DSN=amp;EXPND,DISP=(OLD,DELETE) Note: DFHMAPS is for normal map generation, DFHMAPT is to add the HTML version. On Tue, 6 Jul 2010 23:36:08 +0300, Sergio Lima sergio...@hotmail.com wrote: Hello List, We need here, compile some BMS MAPS, and don't have the JCL to do this in hand. We have my source maps in lib USER.CICS.MAPAS, need put the Cobol copybook in the USER.CICS.COPYLIB, and catalog the load modules in the USER.CICS.LOAD. Someone can help us about this ? 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
Re: PoPS Manual
It's on disk two of the DVD set I have. Look for the disk(s) labeled for the PDF format books. On Mon, 28 Jun 2010 14:54:55 -0500, Rick Fochtman rfocht...@ync.net wrote: snip- The book is called dz9zr006.pdf on my IBM-Books CDROM which was delivererd with z/OS 1.10 Same PDF book, SA22-7832-06, in 'SK3T-4269-21' CDROM set. HTH! --unsnip I'm sure it's there, but WHERE?? Never mind that I prefer the .boo form, so I can print it to a file and extract bits and pieces using SPF/PC. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
TCPIP Routes
I've been given a task which sounds easy, but.. The IP addresses is being changed to a different network and I'm having trouble (as usual) getting the ROUTE statement(s) set up correctly. Here is the specific information I've been given so far: network = 10.10.230.0 gateway = 10.10.230.2 netmask = 255.255.254.0 The new IP address for the primary connection has been decided as 10.10.231.99 for this system. I can ping the new gateway right now using the existing setup. I changed the TCPIP stack to the new addresses, and nothing works (sigh) Could someone help me out with the ROUTE statements so I can (hopefully) test this change before we get to the point of no return? Thanks in advance... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP Routes
Ok, I'll answer Hal's first: ROUTE 10.20.8.0 255.255.248.0= CH41LNK1 MTU 1492 ROUTE DEFAULT 10.20.8.2 CH41LNK1 MTU 1492 To answer Alan's: MVS TCP/IP NETSTAT CS V1R11 TCPIP Name: TCPIP 21:28:45 Known gateways: NetAddress FirstHopLink Pkt Sz Subnet Mask Subnet Value -- -- --- -- -- Default 10.10.230.2 CH41LNK1 1492 none 10.0.0.0 directCH41LNK1 1492 0.255.254.0 0.10.2 30.0 9.59.231.49 directCH41LNK1 1492HOST CS V1R11: Traceroute to 10.10.230.2 (10.10.230.2): 1 * * * 2 * * * 3 * * * The second Traceroute CS V1R11: Traceroute to 10.10.231.99 (10.10.231.99): 1 10.10.231.99 (10.10.231.99) 0 ms 0 ms 0 ms I did notice the IP address on the Interface definition is 10.10.231.99/24. I'm wondering if this needs changed also. Thanks. On Wed, 9 Jun 2010 16:02:22 -0500, Hal Merritt hmerr...@jackhenry.com wrote: What is your old network? What is your old default route? What does your current route statement look like? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Matthew Stitt Sent: Wednesday, June 09, 2010 3:50 PM To: IBM-MAIN@bama.ua.edu Subject: TCPIP Routes I've been given a task which sounds easy, but.. The IP addresses is being changed to a different network and I'm having trouble (as usual) getting the ROUTE statement(s) set up correctly. Here is the specific information I've been given so far: network = 10.10.230.0 gateway = 10.10.230.2 netmask = 255.255.254.0 The new IP address for the primary connection has been decided as 10.10.231.99 for this system. I can ping the new gateway right now using the existing setup. I changed the TCPIP stack to the new addresses, and nothing works (sigh) Could someone help me out with the ROUTE statements so I can (hopefully) test this change before we get to the point of no return? Thanks in advance... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recommendations for a good old fashion HEX calcuator
Huh, you are all getting soft. I still do hex in my head.. Add/Subtract, not too difficult, Multiplication/Division, takes a little time. G, D, R On Thu, 3 Jun 2010 16:31:13 -0500, Chuck Arney car...@illustro.com wrote: I use the free Missing Calc app on my iPhone. Chuck Arney illustro Systems International, LLC http://www.illustro.com Internet-enable your applications with z/Ware V2 Voice: 214-800-8900 X#5562 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Thursday, June 03, 2010 1:24 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Recommendations for a good old fashion HEX calcuator Does anyone know if anyone even makes hex calculators anymore? I have a Casio fx-451M that I use occasionally. Like others have said, it has way more functions than I'll ever use. Mine is kind of odd in that it folds in the middle to fit in a pocket. The left side has the display, and buttons for the normal calculator mode. The right side has the hex stuff for A-F, and a whole bunch of scientific things, all with flat buttons. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Staffing Levels for zServer Environments
Sometimes I cringe at this topic. Here is my take: It depends. What is the historical staffing level? What is the skill level of the staff? What is size of the work load to be performed? How comfortable is management with the size of the staff and their load? I know of companies with good sized installations and a very small staff, sometimes only one technical person for the mainframe environment. Conversely I know companies with just the opposite on both ends (small installation and large staff). YMMV And if you want something to think on, I'll tell you my situation privately. G On Fri, 28 May 2010 15:19:50 -0600, Kopischke, David G. dgkopisc...@oppenheimerfunds.com wrote: I know this has been discussed many times in the past, but I thought I'd bring it up again. Does anyone know of any research involving recommendations for staffing levels for z shops ??? And what it is based on; MIPS, Employee count, etc ??? Thanks again, Dave K. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HMC LPAR Display - z/OS 1.11
Well, I will add to the confusion. I just checked my Z10 HMC, and the VM and Linux LPARs do display the O/S level. So maybe we need to concentrate on the Z/OS side of things. On Tue, 27 Apr 2010 11:00:35 -0400, Jousma, David david.jou...@53.com wrote: Sorry Mark, you asked for driver level, we are z10 at driver level 79. HMC says 2.10.2. I should add that this does appear to be a HMC/SE error, not z/OS software error. Here is what IBM said in our ETR: Hello David... I have been discussing both these issues with my counterparts in hardware Product Engineering. If the OSLEVEL is blank for some partitions (lpars) in the HMC Image Details area, there is currently an issue being pursued by the HMC P.E. group for this same problem. For this, your CE can open a separate hardware pmh by using the HMC to 'Report a Problem' that will be directed to the PE group currently doing the investigation. They currently don't believe that there is a z/OS piece to that puzzle but they will engage z/OS operation support as needed. _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jousma, David Sent: Tuesday, April 27, 2010 10:42 AM To: IBM-MAIN@bama.ua.edu Subject: Re: HMC LPAR Display - z/OS 1.11 We saw this on 1.10 with the latest PUT/RSU maint applied(around 0912) or there about's. We reported it to IBM via ETR. Problem was sent to HMC P.E. group. Although we just had the latest maintenance applied to our HMC's/SE's and the problem still did not get resolved. We reported the problem in January of this year. I do not have a current status, as we were also pursuing a SLOW NIP console situation too(we use our HMC's as consoles too). _ Dave Jousma Assistant Vice President, Mainframe Services david.jou...@53.com 1830 East Paris, Grand Rapids, MI 49546 MD RSCB1G p 616.653.8429 f 616.653.8497 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Zelden Sent: Tuesday, April 27, 2010 10:27 AM To: IBM-MAIN@bama.ua.edu Subject: HMC LPAR Display - z/OS 1.11 Before I open a PMR, does anyone see the OS level on the HMC for z/OS 1.11 LPARs? I don't - it is blank.I checked IBMLINK about a month ago and again this morning, but no hits. I figured someone else would have reported this by now if it was a software issue (as was suggested by hardware support). If you do see it, what is your processor model and driver level? All z10s running in the environment I am looking at. The SE checked some other environments in Dallas and didn't see it either. Mark -- Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS mailto:mzel...@flash.net Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html Systems Programming expert at http://expertanswercenter.techtarget.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail transmission contains information that is confidential and may be privileged. It is intended only for the addressee(s) named above. If you receive this e-mail in error, please do not read, copy or disseminate it in any manner. If you are not the intended recipient, any disclosure, copying, distribution or use of the contents of this information is prohibited. Please reply to the message immediately by informing the sender that the message was misdirected. After replying, please erase it from your computer system. Your assistance in correcting this error is appreciated. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email
Re: Console Partition Cleanup - a bit urgent
Most likely when the system was IPL'd the first time, it reconnnected into your sysplex. The NIP selected IEASYS00 by default since there were no valid SYSP parameters specified. What does your IEASYS00 have in it? When the system was re-IPL'd the second system went into lost system recovery and was waiting for the V XCF,SYSA,OFFLINE command and its subsequent replies. You should have seen the messages about SYSA connecting to the Sysplex on SYSB during the first IPL. In your case it appears that SYSB recognized that a duplicate system was attempting to enter the Sysplex. The message about console cleanup pending was indicating system failure cleanup processing had not been completed. On Thu, 12 Nov 2009 07:43:37 -0600, Magen Margalit syste...@gmail.com wrote: done as part of trying to remove SYSA from the plex -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: START command when the member is a JOB
Have you set up the IEFJOBS file name in the MSTRJCLxx member? This allows you to have job cards, etc for STCs. On Fri, 21 Aug 2009 11:30:28 -0400, David Andrews d...@lists.duda.com wrote: On Fri, 2009-08-21 at 09:13 -0400, Richard Pace wrote: I tried what I think you describe on z/OS 1.9. Seems to work. Hrm, maybe it's a 1.8 - 1.9 thing. I'll have V1.10 in a sandbox in a couple of weeks, and I can try it there. In the meantime: Tell me what's different from your test and I'll try that. Our code pretty much matches, unfortunately! -- David Andrews A. Duda and Sons, Inc. david.andr...@duda.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It's Official: z/OS Now 110% Modern
On Thu, 20 Aug 2009 10:24:40 -0400, John Eells ee...@us.ibm.com wrote: John Eells wrote: Lizette Koehler wrote: If it were up to me, I would have added a parm to the ALLOC member of PARMLIB that would indicate whether or not if a dataset was migrated it should be recalled for DELETE process only. This would be an LPAR wide application, but it would be easier to support I think. Something like ALLOCXX MIGDEL(RECALL(Y/N){,EXIT=lmod}) - Action during a delete request the if the dataset is migrated. RECALL(Y) Go ahead and recall the dataset before Delete Processing RECALL(N) Do not recall the dataset during delete processing, instead issue HDEL command. EXIT=lmod and exit that is invoked that would take additional actions if desired Default - Y This way each component of z/OS could change their behavior over time. And if IBM supplied an Exit with this parm, then each shop could customize the process. Add user SMF records, take action in only certain events, etc... snip Interesting idea, but what the team actually did was allow you to specify: IEFBR14_DELMIGDS(LEGACY|NORECALL) ...in ALLOCxx, with a default of LEGACY. We think this provides the function people asked us for (in requirement numbers MR0111026611, MR021903499/SSMVSE03039, MR0423021610, MR0501004930, and MR1102014722). If you need a more generalized function, you should open a requirement. (snip) John Eells z/OS Technical Marketing IBM Poughkeepsie ee...@us.ibm.com I actually like Lizette's solution far better than development. Her solution is more functional and less specific. I know of many that use the allocation routines for dataset work without using IEFBR14 (I for one). All you need is to code JCL for a file that is not referenced in the program. Actually the MIGDEL(Norecall) should be the default, since that is what is wanted anyway. As has been discussed in this group several times in the past, the Recall becomes a real pain when all we wanted was for the dataset to go away. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ICF - Information Center Facility
I have used it and find it terrible. It is good for searching for a reference, but when you are used to having the book (or its digital counterpart) in hand, I absolutely hate ICF. It slow (Eclipse, JAVA based), and does not present information in book format. Even Softcopy Reader is far better. Long Live Library Reader and Book Manager format! vbg On Fri, 31 Jul 2009 19:12:20 +, Linda Mooney linda.lst...@comcast.net wrote: Hi Ed, I have never used it. Do you? If so, how do you find it useful? Thanks, Linda Mooney - Original Message - From: Edward Jaffe edja...@phoenixsoftware.com To: IBM-MAIN@bama.ua.edu Sent: Friday, July 31, 2009 10:52:14 AM GMT -08:00 US/Canada Pacific Subject: ICF - Information Center Facility Just out of curiosity, does anyone actually use ICF - Information Center Facility? -- Edward E Jaffe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ERASEDATA - DASD disposal
The last time I needed to perform this function, I used the DSF REVAL command. IIRC, it ran fairly quickly compared to your times. And I ran it against multiple device addresses at the same time. Take a look at that command as I believe it resets the disks to factory delivered status. On Wed, 1 Jul 2009 20:37:29 +, Linda Mooney linda.lst...@comcast.net wrote: Hi Barry, Yes , I realize the difference. This is test data, data that is publicly availible through other avenues, including public websites, and old z/OS targ, dlib, and hsf volumes. As you say, p hysical destruction is the most secure, but I am not given that option, nor can I purchase a product. I have to use the tools at hand. I do want to do the best job possible of it, but it has been more than 10 years since I have done this function, so I do appreciate the input and suggestions. Thanks, Linda - Original Message - From: Barry A Schwarz barry.a.schw...@boeing.com To: IBM-MAIN@bama.ua.edu Sent: Wednesday, July 1, 2009 11:57:18 AM GMT -08:00 US/Canada Pacific Subject: Re: ERASEDATA - DASD disposal I hope you realize that nothing is recoverable is very vague.  Most of the time, the phrase means not worth the effort to recover.  If you have security or regulatory issues where the phrase must be taken literally, I know of no options other than physical destruction. -Original Message- From: Linda Mooney [mailto:linda.lst...@comcast.net] Sent: Tuesday, June 30, 2009 4:36 PM To: IBM-MAIN@bama.ua.edu Subject: ERASEDATA - DASD disposal I am in the process of retiring 3 RAMAC 2 racks, each with a 3990 mod 6 controller, and 1 RAMAC 3 rack, with a 9293 controller. All data has been moved to new DASD. The RAMAC DASD will be surplused so I have to be sure that the data has been wiped clean and nothing is recoverable - w ithout physically damaging the devices.  All of the DASD is 3390-3.  -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IP address for testcase.boulder.ibm.com will be changing on April 26 2009 to 170.225.15.31 from 207.25.253.31
This notice involves the ShopZ IP addresses, not the software support interface servers. According to the note, I translate the message as that all the public IP addresses for IBM will be changing to the 170.xxx.xxx.xxx range. And I consider the 3 day notice a bit short. I realize some companies may not respond to the change even if given 3 months notice. g On Wed, 6 May 2009 21:25:37 +, Ted MacNEIL eamacn...@yahoo.ca wrote: The note politely addressed me as 52450 Smith, and says the changes take place in *three days*. It also recommends that firewall rule changes be made as soon as possible. I'd say... Nothing like planning ahead! This was discussed, here, almost a month ago. Where were you? It's not new. - 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
Re: EZZ0401I error message
At the 1.9 level the TN3270 server is a requirement, not optional. If you have not done so yet, you should take every statement dealing with TN3270 beginning with Telnetparms and ending with Endvtam and place them in a separate profile member. Then study the instructions for creating the TN3270 started task. This can be done at your current level. Otherwise, just pull all those statements from the TCPIP startup configuration profile. On Mon, 4 May 2009 14:36:52 -0500, Mark Zelden mark.zel...@zurichna.com wrote: On Mon, 4 May 2009 15:29:18 -0400, Mike Myers mike.my...@pcmh.com wrote: Hi all: We are migrating to z/OS v1.r9 and having troubles getting TCPIP up successfully. We are getting the error message: EZZ0401I SYNTAX ERROR IN FILE: 'SYS2.TCPIP.PARMS(TCPVTZOS)' ON LINE: 439 at 'PUBTCA1' The error occurs for every other line in the file, beginning with: LUMAP PUBTCA1 PUBIP1 LUMAP PUBTCA1 PUBSOM LUMAP PUBTCA1 EASTRAD LUMAP PUBTCA1 PUBIP1 LUMAP POOLTCB1 POOLIP1 LUMAP POOLTCB2 POOLIP2 LUMAP POOLTCB3 POOLIP3 The statements appear to match the syntax description for the LUMAP statement, and worked successfully in z/OS v1.r7. We don't see any reference to specific changes here in the migration manual. Any ideas? Mike Myers Pitt County Memorial Hospital Is this the same exact data set as 1.7 or a copy? Do you number it when copying if so? What if you put semicolons after each statement? LUMAP PUBTCA1 PUBIP1 ; LUMAP PUBTCA1 PUBSOM ; ... Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:mark.zel...@zurichna.com z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DFDSS QUESTION - PHYSICAL BACKUP OF A VSAM DSN WITH ALTERNATE INDEX
I would not point directly to the device the file is on. I don't do that unless I want to place files on a particular device. In this case a logical dump will work best. This way all the parts can be found even if they are on different devices. On Wed, 22 Apr 2009 09:50:44 -0400, O'Brien, David W. (NIH/CIT) [C] obrie...@mail.nih.gov wrote: PHYSINDYNAM specifies the input volume that is to be dynamically allocated to a physical copy or dump operation. A nonspecific volume serial number cannot be specified by using an asterisk (*). Only one volume may be specified for a FULL, TRACKS, or DATASET COPY. The device described by the volser must be the same type as the output device specified on the OUTDD or OUTDYNAM keyword. Suggest you look at the example in the manual. Dave O'Brien NIH Contractor From: IBM Mainframe Discussion List [ibm-m...@bama.ua.edu] On Behalf Of esmie moo [esmie_...@yahoo.ca] Sent: Wednesday, April 22, 2009 9:44 AM To: IBM-MAIN@bama.ua.edu Subject: DFDSS QUESTION - PHYSICAL BACKUP OF A VSAM DSN WITH ALTERNATE INDEX Good Morning Gentle Readers, I am having a problem trying to backup a VSAM dsn with ALTERNATE index. For some reason when I use the SPHERE parm it does not work. Can the SPHERE parm be used for a physical dataset backup? Below are my control cards and error messages: - DUMP PHYSINDDNAME(DASD1) OUTDDNAME(TAPE1)- DATASET(INCLUDE(DEOP64.AM2.PAYROLL)) - OPT(4) ALLX ALLD(*) SPHERE ADR101I (R/I)-RI01 (01), TASKID 001 HAS BEEN ASSIGNED TO COMMAND 'DUMP ' ADR109I (R/I)-RI01 (01), 2009.112 09:12:25 INITIAL SCAN OF USER CONTROL STATEME ADR139E (001)-RI01 (01), INCONSISTENT PARAMETERS INVOLVING 'PHYSINDDNAME ' ADR131E (001)-RI03 (01), ABOVE TEXT BYPASSED UNTIL NEXT COMMAND ADR017E (001)-CLTSK(01), 2009.112 09:12:25 TASK NOT SCHEDULED DUE TO ERROR. TASK Thanks to all __ Make your browsing faster, safer, and easier with the new Internet Explorer® 8. Optimized for Yahoo! Get it Now for Free! at http://downloads.yahoo.com/ca/internetexplorer/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dataset allocation is SMS managed on 1 LPAR and not another??
All right, let's quit fumbling around. It is the assignment of a valid storage class which determines the dataset is going to SMS managed volumes. Data class and Management class have no bearing on this problem. I would examine the STORCLAS routine on the aberrant system to figure out why the dataset got assigned a valid storage class. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Delete PAGESPACE in other catalog
On Tue, 22 Jul 2008 13:55:38 -0500, McKown, John [EMAIL PROTECTED] wrote: Close, but no cigar. //STEP01 EXEC PGM=IDCAMS //SYSOUT DD SYSOUT=* //SYSPRINT DD SYSOUT=* //DISK1DD UNIT=3390,VOL=SER=H5PAG1,DISP=SHR //SYSINDD * DELETE PAGE.AQH2.PLPA - PAGESPACE - FILE(DISK1) - CATALOG(SYS1.ZOS17.MCAT) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Pat Mihalec Sent: Tuesday, July 22, 2008 1:51 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Delete PAGESPACE in other catalog Here is some JCL I have used in the past //IDCAMS EXEC PGM=IDCAMS //STEPCAT DD DSN=CATALOG.MASTER.VCATT28,DISP=SHR //SYSPRINT DD SYSOUT=* //SYSINDD * DELETE - PAGE.TEST.COMMON - PAGESPACE - PURGE - CATALOG(CATALOG.MASTER.VCATT28) Pat Mihalec H no more STEPCAT allowed! My page datasets are all named PAGE.SYSNAME.stuff. I use MultiLevel aliases so that I can do a DEFINE alias so that PAGE.SYSNAME in this system's master catalog points to SYSNAME's master catalog. Another possibility is to simply create the PAGESPACE in the current system's master catalog. Then, just do a DEFINE PAGESPACE ... RECATALOG CAT(other.mastercat) . One nice thing is that a PAGESPACE can be defined in multiple catalogs at the same time. -- John McKown -- 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: Delete PAGESPACE in other catalog
You do if the dataset is not accessible through the standard catalog search order. And certain commands require it. On Tue, 22 Jul 2008 20:21:21 +, Ted MacNEIL [EMAIL PROTECTED] wrote: //DISK1DD UNIT=3390,VOL=SER=H5PAG1,DISP=SHR You do not need to statically allocate DISK DD's to IDCAMS steps. - -- 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: Example of what a very small JCL Interpreter can do to your installation.
The confusing issue was begun a very long time ago. If there is apparent input data with no specific DD statement to match it up with, there was a SYSIN dd statement generated above it. Until recently, that extraneous SYSIN dd statement had no effect on the JCL except to prevent either a JCL error or an invalid jcl error as this SYSIN was ignored since it was out of sequence (in most cases) with the specification of SYSIN (if there was one) in the procedure. Now with OA12842, (and I have seen other similar changes) the JCL specified outside of the procedure (mostly for override purposes) does not have to be in the same sequence as the JCL in the procedure. The overriding JCL statements will now be matched up irregardless of the sequence. APAR OA12842 is fixing the problem where the input data is not moved along with the matching overriding JCL statement, especially in the case of multiple sets of input data. This is where the original poster encountered the problem. The internally generated SYSIN dd statement has now been matched up with the SYSIN dd statement in the procedure, and the input data following this generated statement was moved along with it.This is where the original poster encountered the problem. WAD/BAD? Depends on whether the end results are what makes you happy. To me you were doing something that was puzzling at the least. Now you are being forced to follow what was an assumed correct way of doing JCL coding. On Thu, 17 Jul 2008 13:44:52 -0600, Roger Bolan [EMAIL PROTECTED] wrote: I'm confused. Are you saying that APAR OA12842 broke it? or that it fixed it? It looks to me like they fixed a problem. It says The solution for this APAR has been shipped in the base code of z/OS 1.8 (HBB7730), JES2 1.8 (HJE7730) and JES3 1.8 (HJS7730). If I understood the original poster, he has //AFITJLMU JOB CLASS=S,MSGCLASS=X,TYPRUN=SCAN //UNVTEST PROC //PS001 EXEC PGM=IEFBR14 //REMOTE DD DISP=SHR,DSN=MSYS.UCMD.REMOTE //SYSINDD DISP=SHR,DSN=QALC.UNVLIB //MYSCRIPT DD DISP=SHR,DSN=QALC.UNVLIB //SYSPRINT DD SYSOUT=* //PEND - //* //JS001 EXEC PROC=UNVTEST //MYSCRIPT DD * WHATEVER /* WHEREEVER /* and the WHEREEVER causes a system generated //SYSIN which overrides his original //SYSINDD DISP=SHR,DSN=QALC.UNVLIB I also like to leave junk at the bottom of my JCL members as notes. But I always have a // hard end of job card before the junk at the bottom so I never see this problem. Roger Bolan infoprint.com Boulder, Colorado, USA P Think before you print IBM Mainframe Discussion List IBM-MAIN@BAMA.UA.EDU wrote on 07/17/2008 08:37:50 AM: How on earth can IBM make a change as significant as this and not even document the change in behavior? I can imagine this affecting many job streams with negative consequences. Mark Zelden [EMAIL PROTECTED] 7/17/2008 8:54 AM APAR Identifier .. OA12842 Last Changed 08/06/10 PROC DD STMTS OVERRIDEN BY DD * INCORROUT CONTENTS OF FILES SWAPPED ( OA05951 ) Symptom .. IN INCORROUT Status ... CLOSED UR3 Severity ... 2 Date Closed . 06/04/13 Component .. 5752SC1B9 Duplicate of Reported Release . 709 Fixed Release 708 Component Name 5752 CNVRTR/INT Special Notice Current Target Date ..06/04/15 Flags SCP ... Platform Status Detail: APARCLOSURE - APAR is being closed. PE PTF List: PTF List: Release 708 : No PTF planned Release 709 : No PTF planned Release 720 : No PTF planned Release 730 : No PTF planned Parent APAR: Child APAR list: ERROR DESCRIPTION: When DD statements within a procedure are overridden with instream data (DD * or DD DATA), the data within the data sets represented by those input stream DD statements may be swapped (exchanged) if the overriding DDs are not in the correct order; that is, in the order in which the overridden stmts appear in the procedure. This can happen because the MVS Converter may reverse the sequence of two or more instream DD stmts with respect to each other, but the data within the files referenced by those DD stmts does not move along with the DD stmts themselves. Running the same JCL in R707, the out of sequence instream DD statements were simply ignored. This issue was previously reported in OA05951, which was closed SUG. Additional Symptoms: IEF655I INVALID DSNAME SPECIFIED WHEN SYSIN OR SYSOUT SPECIFIED (msgIEF655I) May occur if a SYSIN DD * statement is GENERATED and now properly finds and overrides a SYSIN DD DSN= statement. Additional Keywords: SYSIN reversed reversal, asterisk, instream -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO
Re: Stupid ServerPac question
Try telling ServerPac you need to initialize the volumes. On Wed, 16 Jul 2008 15:02:56 -0400, Jack Kelly [EMAIL PROTECTED] wrote: I've never been at the point where I do not have the physical device that I'll use to lay down 1.9. In the Modify System Layout, I want to have the target volumes be Mod 9's, which aren't ready yet (yeah tough to believe). I set the DYNAMIC DASD INFO to NO and then specified the device type and device address and VSN in the SUMP. All seems well but I get VOLS in the warning which indicates that it can't get to the VTOC. If I give it a real Mod 3, I get the over allocated message. Is there a way to go thru the Modify System Layout portion without having the real devices, which I thought NO to Dynamic would have done? TIA Jack Kelly 202-502-2390 (Office) -- 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: South Dakota migrates off mainframe; chaos ensues
This reminds me of the Oklahoma Payroll debacle of the mid-1990's. The primary problem there was the new non-mf system contractors never checked the payroll data being sent to the Treasurer for check printing had the correct formats and data. The state finally went back to the mainframe system. I don't think they ever tried that stunt again. On Thu, 10 Jul 2008 11:10:25 EDT, Ed Finnell [EMAIL PROTECTED] wrote: In a message dated 7/10/2008 9:54:58 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: where somebody might say, gee, why not spend $c $a+$b to develop the software on the new platform? This question needs to be answered in management speak and not techie speak. And the only reason that I can think of would be risk avoidance. But is risk avoidance worth the cost ($a+$b-$c)? We've done similar things here and been told go ahead despite the risk. Sometimes it has worked fine, other times we were left with a mess. Isn't this a contract issue? Maybe ought to flush out on John Anderson's ISVCOSTs list. One of our bright VM'ers has been doing clean-up from a shaky conversion of one of S.D.'s neighbors for over three years at IBM contract rate. Loves it except for the sub-zero winters. -- 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: Multi channel connection to VTS
The example you give shows connectivity to CHPIDs 0B, 0D, and 30. I don't see where the I/O will use either CHPID 4A or 96. The I/O will go down whichever CHPID is deemed not busy. In most cases, the available CHPIDs will appear to be used equally. On Thu, 26 Jun 2008 10:15:27 -0500, Victor Zhang [EMAIL PROTECTED] wrote: Hi all, If VTS have more than one channels connected with CPUs, and if a backup job is initiated, will next IO still tries to connect the initiating channel or will it use any available channel coded in hcd or iocds? CHPID PATH=(4A,96),TYPE=CNC,SHARED CNTLUNIT CUNUMBR=F100,PATH=(0B,0D,30), * UNITADD=((00,016)),CUADD=0,UNIT=3490 IODEVICE ADDRESS=(F100,016),CUNUMBR=(F100),STADET=Y,UNIT=3490,* UNITADD=00 Supposing above iocds is used, and assume 4a is first used, then will next IO reconnect with 4A or can it use 96 if it is avaiable? Regards Victor -- 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
Outsourcing hits new low
Saw this on through the CNN.COM web site early today. This has got to be a new low for outsourcing. http://www.kitv.com/money/16607424/detail.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 use of Load-Library as JOBLIB/STEPLIB
SMF type 14 will also give the information. (shameless plug) If you get file 529 from the CBT tape there is a program to report on the type 14. You can also select job, dataset, etc. (end shameless plug) On Fri, 6 Jun 2008 15:12:42 -0400, Bob Rutledge [EMAIL PROTECTED] wrote: I have a pretty strong recollection that I used SMF type 42 subtype 6 data for that very purpose in the dim and distant past. I'm reasonably sure the reason was that they were the only place STEPLIB activity got recorded. Bob Hunkeler Peter (KIUK 3) wrote: My colleague, who is the OP, needs to find out if a certain load library is still being used by batch jobs. -- 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: The ABCs of z/OS Maintenance.
Just go get the first volume of the ABCs of Systems Programming. It's chapter 6 of the book. And the book does not function as a contact gatherer like this link does. On Wed, 4 Jun 2008 16:42:02 +0200, Hunkeler Peter (KIUK 3) [EMAIL PROTECTED] wrote: Thank for the second link. This one works. I'm located in Zurich / Switzerland. -- Peter Hunkeler CREDIT SUISSE -- 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: ICF Catalogs on SMS managed volumes
I would think the need to specify the volser the catalog resides on could be problematic while connecting a catalog to a master. On Sat, 31 May 2008 00:42:52 +1000, Shane Ginnane [EMAIL PROTECTED] wrote: Quoting Knutson, Sam Our storage team is considering no longer allocating ICF USER catalogs on dedicated non-SMS volumes moving them into our SMS pool for system data sets. There is some debate here about this here. Do you do this? Do you prevent DFHSM from doing backup and migration on ICF catalogs using management class? My DASD folks and I have a symbiotic relationship. Everything I want as non-SMS goes on non-SMS volumes - resvols, spool, [m|u]cats, page, sadmp, ... Other system stuff is in a (SMS) system pool. That's the end of my interference in their lives. They do their job, I do mine. Works well. They probably know it would not be beneficial to stir the pot. Shane ... -- 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: IODF questions
I think you are making things a little more complicated than they should be. I would use the same IODF for all systems. This would cause the IODF to be shared. One benefit is that an error which affects one system can be fixed from the other system. I have a HLQ for my IODF which keeps it out of the master catalog. This way I can upgrade Z/OS using FULL replacement (new master catalog) and just import connect the user catalog containing the IODF and its alias definition into the new system. What you have stumbled across is that the token matches between both IODFs and the HSA I/O configuration. On Fri, 30 May 2008 15:50:19 -0500, Johnston, Robert E [EMAIL PROTECTED] wrote: We converted from a z800 to a z9BC in February (z/OS 1.7). We had been using a shared SYS0 IODF for years, but when I created the IODF for the z9 I used SYS1 from the PROD z800 LPAR (thinking keep it separate). This SYS1 IODF was used to create the z9 IOCDS, which was used to POR the z9 and IPL the PROD and TEST LPARs. I knew you could IPL with an uncataloged IODF, which is what I did for the TEST LPAR. I didn't realize that you could not make any HCD changes if the current IODF was not available (different MCAT), so HCD was dead on Test. To try and get back to shared, I created a SYS0 on Prod and tried to activate. That didn't work because you can't change the HLQ for the IODF on an activate (CBDA836I), only the IODF suffix. So, from the same work IODF, I created a prod SYS1.IODF05 and a prod SYS0.IODF05 and wrote them to 2 different IOCDS's in the z9. I did a hardware and software activate on Prod using SYS1.IODF05. Activate was successful and HCD says I can still make h/w and s/w changes. Next I IPLed Test using the shared SYS0.IODF05. I expected to only be able to make s/w changes but HCD now says I can make h/w and s/w changes. (If I did make any changes from Test I don't think I could activate them on Prod.) To straighten things out, I'm going to need to POR with the IOCDS created from SYS0 and IPL both Prod and Test with SYS0. Right? Am I living dangerously with the config that I have right now? We don't make many changes and never go down. The changes I just made were to add Explicit Device Candidate Lists to our DASD address to segregate some DASD for Linux (I am about to venture into Linux land...). I suspect that if I need to make another change before POR that I could repeat the SYS1/SYS0 process. Am I forgetting anything or is there something that might bite me that you can think of? Sorry for the length. Thanks for any input and have a good weekend... Robert Johnston UAMS - Little Rock, AR -- 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: Practical jokes for mainframe systems programmers
I remember an article in Computer World around the early 1990's about American Airlines getting wrecked by the volume initialization joke. It was not a joke, but lack of finger checking that cause several disks of DB2 data, etc to be initialized instead of a bunch of new disk recently installed. Took them several days to get everything back together. On Thu, 22 May 2008 12:29:34 -0500, Dave Kopischke [EMAIL PROTECTED] wrote: On Wed, 21 May 2008 22:28:25 +, Ted MacNEIL wrote: I'm surprised at how many people missed the point of this blog post. The blogger was correct. We have lost our sense of humour. Did anybody read the disclaimer? [Update: For those of you who missed the tongue in cheek nature of this post, it is in fact, a joke. Please dont try this at work. Matt Stansberry, Editor] I think they added that after they got a bunch of negative responses. Maybe they should have increased the font. Maybe they should have added laugh here tags. But I also agree that most of those aren't particularly funny. The remapping of the key board was safe and humorous though. -- 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
Pratap PattnaiK - IBM Fellow
From the press release: -- Pratap Pattnaik Research, Yorktown, New York Dr. Pratap Pattnaik has been appointed an IBM Fellow for his technical leadership in defining and optimizing the stack for IBM's enterprise server systems. He has been the chief architect and scientist for defining, designing and implementing the key research technologies that have influenced IBM's server design in the area of commercial systems and high-performance computing. His research has resulted in significantly faster and less expensive systems, and he has pushed the robustness of the UNIX operating system to new levels, yielding significant client value. Dr. Pattnaik's contributions span across the enterprise stack of systems, software and services, including partitioning, autonomic computing, and reliability, availability, and serviceability technologies. He was the first to recognize the importance of the memory subsystem in a multi-core system. Also responsible for keeping the mainframe alive and well in IBM Research. -- 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: Harry Yudenfriend - IBM Fellow
Since Tom quoted the last paragraph, here is Mr. Yudenfriend's resume from the press release: -- Harry M. Yudenfriend Systems and Technology Group, Poughkeepsie, New York As the lead technologist for IBM System z I/O, Harry M. Yudenfriend has developed and implemented a roadmap that has allowed consistent data growth, performance improvements, enhanced resilience, continuous availability, increased scale and improved efficiency. In particular, he has improved the server/storage synergy and increased the scale and intelligent management of devices attached to IBM System z. He is an inventor of HyperSwap and Dynamic I/O Reconfiguration Management for continuous availability, HyperPAV for improved efficiency and simplification and extended addressability volumes for increased scale, all of which added to the total of 90 patents issued or pending to his name. On Thu, 22 May 2008 20:55:19 +, Ted MacNEIL [EMAIL PROTECTED] wrote: Who is Harry Yudenfriend? - Too busy driving to stop for gas! -- 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: FTP delete
I use (replace at the end of the put command to overwrite the file. On Wed, 21 May 2008 13:09:48 -0500, McKown, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Howard Brazee Sent: Wednesday, May 21, 2008 1:02 PM To: IBM-MAIN@BAMA.UA.EDU Subject: FTP delete I have the following commands in my FTP: cd /ftp/SISR/RECREG delete person put 'UMSDEV.CONV.QA04.NPRSMED' person If person does not exist, the FTP aborts, but the new file is out there anyway. I'm running IKJEFT01 from within a standard proc. Is there a cleaner way to replace the file? Don't bother with the delete. The put will replace it if it exists or create it if it does not already exist. -- John McKown -- 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: absurd programs that used to be everywhere ...
If your copy of the TTT3D game ran on CICS, was written in COBOL, and recognized light pen, then I wrote that one. I still have the source on 80 column cards. Along with Abraham Lincoln (works great with impact printers) and the Snoopy Calendar, and the Lunar Lander game in Fortran. On Fri, 9 May 2008 07:18:18 -0700, CICS Guy [EMAIL PROTECTED] wrote: FWIW, I think (it's on an old tape) I still have a copy of three-dimensional Tic-Tac-Toe written by Bob Blair for CICS.. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of F. J. Kelley Sent: Friday, May 09, 2008 6:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: absurd programs that used to be everywhere ... (Sincere apologies, I already hate myself for even asking this, but ...) Our computer center is having its 50th anniversary and digging up all kinds of stuff from the old days. The 3330 disk I had has already been grabbed. snip -- 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: Performance report help
Take a look at the type 30 records. CBT file 529 (among others) has a program which can print a report from the type 30 data. On Fri, 9 May 2008 11:06:12 -0400, Jon Brock [EMAIL PROTECTED] wrote: We have a mystery that needs to be solved, and I am having trouble coming up with a report that would help me do it. Here are the particulars along with a couple of questions: Our CPU usage had been trending upward -- as it generally does -- for several weeks, when we finally started hitting the wall hard during first shift. CICS transaction times were starting to elongate, batch jobs were taking much, much longer to run than usual, etc. We went a couple of weeks trying to mitigate things as much as possible, when suddenly, for no reason that we could detect, system usage dropped one day and we have been OK ever since. Naturally, upon inquiring we found that no one had done anything. Right. Anyway, I am trying to create a report detailing CPU usage by job for several of our heavy hitters during the days prior to the big drop. We have both RMF and TMON, but I am having little luck with either of them. For RMF, it appears that SMF type 79 records might contain what I need, but those appear to only be cut when RMF II is turned on, and we do not have RMF II activated on a regular basis. For TMON, it appears that JD (Job Delta, IIRC) records would have what we need, but, again, they are not generated on a regular basis. Questions: 1) Are there other SMF records that could tell me what I want to know? 2) Are there other TMON records that could tell me? 3) For those of you running RMF, do you have RMF II sessions running at all times? If so, does it consume a lot of overhead? 4) For those of you running TMON, do you cut JD records as a usual thing? If so, how much does it add to your TMON overhead? Thanks, Jon -- 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: Help with applying maintenance
I give you a minor slap on your fingers. g I add DD names to the SMPE JCL to point to the new temporary copies of the libraries. Then apply the maintenance to the temporary libraries. When that is finished, I will compress the temporary libraries, then first try to copy them to the real ones. This sometimes works better if I empty the real libraries first, then compress them also. All this assumes that I'm using indirect volume addressing through the catalog and have SMPE pointing directly to an alternate copy of the libraries on another volume. I also run SMPE APPLY function with the COMPRESS(ALL) option, which causes it to delete all members being changed from the library, then compress the library before applying the maintenance. On Wed, 23 Apr 2008 13:29:00 -0500, Bobbie Justice [EMAIL PROTECTED] wrote: okay, consider your virtual fingers slapped. hopefully the applying maintenance is being done to an alternate sysres, and the real live datasets are cataloged using SYSR1, etc. . allocate .NEW libraries on the alt sysres larger copy contents of Current on the alt sysres to NEW rename 'CURRENT (on the alt sysres) to .OLD (see rename dataset in use option from another poster) rename .NEW (on the alt sysres) to CURRENT re-run your apply. -- 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: Help with applying maintenance
Both options can also be specified as part of the GOPTS in the zones. On Wed, 23 Apr 2008 14:13:01 -0500, Rugen, Len [EMAIL PROTECTED] wrote: I was going to say that it doesn't matter if it's in the manual, the report shows it does it :-) Also RETRY(YES) can save your backside at times. RETRY and COMPRESS together can cause multiple compresses during the APPLY job. (Syntax from memory) Len Rugen In theory, there is no difference between theory and practice. But in practice, there is. - Yogi Berra -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Imbriale, Donald Sent: Wednesday, April 23, 2008 2:10 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Help with applying maintenance Ignore my post. Further research shows that it does delete members before compress under some circumstances. Sorry for the interruption. Don Imbriale -- 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: 3277 terminals and emulators
No, will not work. It might work if you can connect the machine to a modem though. I believe he has a 15D model. Looks very familiar to me from 25+ years ago. Also the fact it wants 3340/3344 drives. There should be an I/O cage in the back with a bunch of BNC connectors for coax attached terminals. The terminal he is looking for would be used for the system console. IIRC, that may have a special connection in the side of the main frame. This console would also be used for system power on displays. 3420 tape drives, 1403 printers, and 1442 card reader/punchers would also work quite well. On Sun, 20 Apr 2008 23:20:01 -0500, Chase, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List On Behalf Of Shane On Fri, 2008-04-18 at 19:16 -0500, Michael Ross wrote: Folks, I'm in the process of powering-up my System/3: Sorry Mike, can't help. However I showed your web page page to my other half, who's always complaining about the amount of junk I have around the place. My comment: See, I ain't that bad Her comment: *THAT* is divorce material. I think she was trying to suggest I don't even think about heading down the same path... :0) How about a 3174-61R? Got one in the garage. -jc- -- 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: Gartner: Windows collapsing under its own weight; Radical change needed | Between the Lines | ZDNet.com
Z/OS is modular to some degree. There is the core OS and some add-on software which is almost necessary and utilitarian. After that are additional products to configure the OS to a customer's requirements. Then add on the application software which further individualizes the system for the company. Also the license stays with the company, not the machine. And backward compatibility is usually not an issue. Z/OS probably needs more disk storage than Windows to hold all its components, but at least it has a mechanism to identify the different parts and allow us to configure the OS to include or exclude these parts in the running configuration. On Thu, 10 Apr 2008 10:05:50 -0500, McKown, John [EMAIL PROTECTED] wrote: Gee, how long has IBM been able to support backward compatability in the OS/360 line of operating systems? http://blogs.zdnet.com/BTL/?p=8428tag=nl.e550 -- 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: Standalone restarting the JES2 in the sysplex
Check the CBT tape. There is a JES2 exit 5 that will create the ability to dynamically re-load JES2 exits. Try file 198. Or possibly file 346. On Mon, 7 Apr 2008 11:17:14 -0400, Lizette Koehler [EMAIL PROTECTED] wrote: Laurence, I believe the only way to get a WARM START in JES2 is to have all systems (MVS, z/OS) down and then bring up one. Once JES2 is up I think only QUICK START or HOT STARTS are available. What level of JES2 and what exits are you working with? There is a $T command to enable and disable exits in JES2. I am not sure which ones might require a warm start. Lizette hi Lizette,and all Because I'm trying to build newer userexits which are called by JES2 , to prevent high cost of rolling IPL, so that the JES2 must be WARM start one by one in the MAS. Can anybody advise specific steps to do with that ? -- 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: Workload Manager
You are here. This is it. Although Al Sherkow runs a list for capacity/billing concerns/performance concerns. I don't follow that one as I find it above my head, too management oriented for me. On Thu, 3 Apr 2008 13:59:13 -0500, Yukus, Mary J CIV USMEPCOM [EMAIL PROTECTED] wrote: Hi Everyone, Does anyone know of a Workload Manager users group or listserver? Thanks, Mary Yukus -- 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: Another RNL question
I've learned to update the one used at IPL time. Then make the change dynamically specifying that member to be used. That way things SHOULD be the same upon the next IPL of one of the systems. The biggest problem I run into are enqueues that will not release, thus holding up the dynamic RNL change. Depending on how badly the new RNL is wanted, eventually we end up with a plex-wide shutdown and restart in this instance. Although I will try again several times, trying to pick a point where the hanging enqueue may be gone. Your method is still perilous. Since I make the change dynamically first, I feel good things will be fine at the next IPL. In your case, you probably could have made a dynamic change on the running system to the RNL definition the other system pointed to, then RE-IPL the down system. This is all part of the learning process for sysplex. Once things stabilize, you will wonder how you ever got along without it. vbg On Thu, 3 Apr 2008 14:31:34 -0500, McKown, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Eatherly, John D [EQ] Sent: Thursday, April 03, 2008 9:43 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another RNL question We have a parmlib that is shared by the whole sysplex. And the GRSRNL is one of the members that is in that library. That way, they are always the same. You don't have to duplicate members. Thanks John Eatherly The same problem can still hit you, if you mess up the way that I did. By updating the share GRSRNLnn member, then IPL'ing a system. Yes, I've learned the hard what DON'T DO THAT! I plan to declare the GRSRNLnn members to be WORM members. They will NEVER be changed once they are used for an IPL. Instead, I will change the IEASYSnn member to point to a new GRSRNLnn member that has never been used before. But the question remains as to why I cannot more easily recover from this sort of user error? -- -- 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: Matthew Stitt
I do that e-mail subterfuge on purpose. It keeps the extraneous traffic to a minimum. In the NOTES, or INFO (IIRC) member on the file(s) there is better information about how to contact me. Also certain members of IBM-MAIN know how to really find me during the daytime. What problems are you encountering? On Wed, 2 Apr 2008 13:16:29 -0400, George Rodriguez [EMAIL PROTECTED] wrote: Does anyone know how to get a hold of Matthew Stitt? His email address [EMAIL PROTECTED] was returned to me with an 'unknown user' error. I need his help with a program in file 527 of the CBT. Thanks in advance... George Rodriguez -- 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: Matthew Stitt CBT File 527
I assume you are discussing DADSM? That would be a new one on me. I am not aware of any limitations on the dataset names. On Wed, 2 Apr 2008 13:51:36 -0400, George Rodriguez [EMAIL PROTECTED] wrote: The program doesn't take into account that a dataset name might have special characters. For example, I have datasets that are called DRA#P. or AL#P. Matt's program in the index area shows only the AL or the DRA. Thanks, George Rodriguez Specialist, Systems Programmer IT-Operations (561) 357-7652 (office) (561) 707-3496 (mobil) School District of Palm Beach County 3348 Forest Hill Blvd. Room B332 West Palm Beach, FL. 33406-5869 Rated A by the Florida Department of Education 2005, 2006 2007 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Lizette Koehler Sent: Wednesday, April 02, 2008 1:48 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Matthew Stitt CBT File 527 George - Do you have something specific you are having a problem with? Perhaps more details please. Lizette Does anyone know how to get a hold of Matthew Stitt? His email address [EMAIL PROTECTED] was returned to me with an 'unknown user' error. I need his help with a program in file 527 of the CBT. Thanks in advance... -- 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: z/OS 1.7 with toleration PTFs for 1.9
I would go looking into the network side of the house. Since it appears to be happening at a certain time, for a certain duration, that points to the network. And the TN3270 server is not required at 1.8. I'll find out soon on 1.9. And yes, I know MainframeGuilty until proven innocent. g On Wed, 2 Apr 2008 17:18:42 -0400, Jon Brock [EMAIL PROTECTED] wrote: But he's still on 1.7, isn't he? I don't think TN3270 was required to be split out until 1.8, was it? Or was it 1.7? Jon snip I don't know what you are calling it, but you must be if you are using TN3270. It is required as of z/OS 1.9. If it is falling into some low priority service class, then it could be that it is only TN3270 having a problem when the system is very heavily loaded and not the entire system as was previously mentioned. /snip -- 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: I am still getting mail from List .... PLEASE REMOVE
Please follow the instructions at the bottom of each message. They are quite clear I believe. On Mon, 31 Mar 2008 16:26:18 +0200, Ilza Archer [EMAIL PROTECTED] wrote: -- 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: WLM and TSO
In your case, the correct solution would be to set up SDSF command security to prevent the operators from changing the service classes. Of course this will probably become a management political hot potato. As a carrot I would also sit down with operators and determine what changes could be made with the batch service classes to keep them from moving things around. On Tue, 25 Mar 2008 10:25:07 -0500, Aimee Houghton [EMAIL PROTECTED] wrote: Thanks for the quick and informative response. I will look into your suggestions. I am a little leery about putting TSO above hot batch as well. Part of the problem is that the operators pretty much open the flood gates at about 10 pm and let all the batch compete. That is a whole different battle that we have discussed on a fairly regular basis with operations but nothing has changed. I know the REAL answer is to deal with the lack of resources this habit creates but, for the short term, I just want to make sure that a programmer that gets called to fix a problem can actually get logged on and do something. Thanks again for your help. Aimee -- 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: WLM and TSO
Yes, WLM managed initiators can be your best friend. When the machine gets saturated, WLM will bring the work under control. Also a good starting point would be to back off the goals for batch. It's better if the work is over-achieving rather than under-achieving. On Tue, 25 Mar 2008 10:38:59 -0500, Hoesly, Bret [EMAIL PROTECTED] wrote: If the operators are opening the floodgates, have you considered using WLM managed initiators? That will let WLM initiate only whatever it believes it can handle. As for your TSO vs. Prod batch issue, how many TSO users are competing with the batch, what are they doing that's running so long into period 2, and how important is what they are doing compared to the batch work? The quick fix of moving TSO up to importance 3 is probably your best bet as long as you don't have an excessively large number of TSO users running long tasks simultaneously. Just my 2cents worth. Have a good day! Bret Bret Hoesly Senior Systems Administrator - Mainframe Telephone Data Systems, Inc. -- 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: ServerPac IYO (Installing Your Order)
I had it taken several steps further. My recently shipped order came with no boxes at all. I was given web pages with pointers to all the doc for download to my workstation. Even the softcopy DVD and CD/DVDs with additional product features for the non-Z platforms. I'm sorry, but I don't have multi-TB IP link. With what I have available I can download 100MB per hour at best. On Tue, 18 Mar 2008 22:46:12 +0100, R.S. [EMAIL PROTECTED] wrote: Mark Zelden wrote: I like when IBM (and other vendors) give you better documentation or better ways to view it. I don't like having things taken away. In the past, IYO came in several formats: BookManger, AFP and in readable text in the orderhlq.SCPPLENU data set as member LIST1403. [...] Well, I'm very glad that we've got PDF format. However IMHO it should have nothing to do with txt format existence. So we gave you PDF - it's good ...but we've taken away TXT - why ??? BTW: If I really had to choose PDF or (exclusive-OR) txt, I would choose ...PDF. YMMV. -- 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
Re: Any Utility that will allow correction of a corroupt library
I've had the occasional text deck get dropped into a load library. Usually you don't see that error until you try to copy the library. Fortunately we were able to find the offending member(s) and delete them. Then everything went back to normal. On Fri, 14 Mar 2008 13:28:35 -0500, Dave Kopischke [EMAIL PROTECTED] wrote: On Fri, 14 Mar 2008 11:49:14 -0500, Rick Fochtman wrote: I have a problem that I hope someone has come across before and has or knows of a utility to program that will help me out. I have a corrupt IMS Referral library and it seems to have been corrupted for a long time. I have no good back ups of it. It has over 14,000 members and looking at it there seems to be a very large number that are NG. Any idea how it got corrupted in the first place ??? I had a PDS get reblocked a few weeks ago and that essentially corrupted the PDS. If you have some members corrupted and some not, this might be the same issue. IEBCOPY it to a NEW PDS using DCB parameters with larger block sizes on both input and output and see if you recover the bad ones. You might have to keep trying multiples of LRECL to get a combination that works 100%. -- 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: Interesting, to me, observation.
I have this happen quite frequently. The reason is that the HLQ(s) already exist in the master catalog, so having an ALIAS pointing them to another catalog would cause the existing entries to become non-existent. I view this as a failsafe by VSAM catalog management. On Mon, 25 Feb 2008 14:30:28 -0600, McKown, John [EMAIL PROTECTED] wrote: -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Schwarz, Barry A Sent: Monday, February 25, 2008 2:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Interesting, to me, observation. When you reverse them, does the USERCAT entry for VBV0001 get created in MCAT as directed or in VTSTH01 per the already defined alias? In the first case, you are trying to create an alias in a catalog when there is already a real entry with the same hlq in the catalog. In the second, you are creating a real entry in a catalog with instructions to ignore normal alias processing, including potential name conflicts. Both seem pathological. The ucat is created in the master cat, not in the catalog pointed to by the alias. I do have a CAT parameter on the IMPORT CONNECT to force it into the master cat. This came up and bit me because our storage admin created a UCAT with a bad name. I don't know why. All catalogs are supposed to start with CATALOG. For some reason, this one catalog starts with TSSTV. I consider this a bad mistake because that is a test DSN and is not protected by RACF from some programmer deleting it. -- John McKown -- 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: DFSMS APAR OA22738 - IGD17295I
The true problem is that the LIKE= parameter does not send the dataset organization across. I've known about this for years. At one time in the early 1990's I opened a PMR about it. This was an attempt to create a VSAM KSDS wanting to use the LIKE= parameter much the same way as the IDCAMS MODEL paramter. It would have saved an IDCAMS step, allowing even an IEFBR14 to be used. Instead the job kept getting sequential files created with incorrect space allocations also. This would have made file reorg jobs much simpler. I basically got a deaf ear back then. On Fri, 15 Feb 2008 16:09:10 -0600, Mark Zelden [EMAIL PROTECTED] wrote: Interesting. I had an extended off-list thread with someone about this problem last May after this subject came up. There was really nothing that could be done because they used the LIKE parameter. It appears that IBM has given in and is backing out the change made in z/OS 1.8. APAR OA22738 IGD17295I RECEIVED AFTER Z/OS 1.8 HDZ1180 FOR PDS PDSE DATA SETS USING DYNAMIC VOLUME COUNT DVC II14304 APAR Identifier .. OA22738 Last Changed 08/02/14 IGD17295I RECEIVED AFTER Z/OS 1.8 HDZ1180 FOR PDS PDSE DATA SETS USING DYNAMIC VOLUME COUNT DVC II14304 Symptom .. MS IGD17295I Status ... CLOSED PER Severity ... 3 Date Closed . 08/02/14 Component .. 5695DF101 Duplicate of Reported Release . 180 Fixed Release 999 Component Name STORAGE MGMT SU Special Notice ATTENTION Current Target Date ..08/04/04 Flags SCP ... Platform PERVASIVE Status Detail: TESTPACKAGING - Packaged solution is being tested. PE PTF List: PTF List: Release 180 : PTF not available yet Release 190 : PTF not available yet Parent APAR: Child APAR list: ERROR DESCRIPTION: Partitioned data sets are not eligible to be multi-volume data sets and are normally failed, if they have a volume count greater than one, with message: IGD17293I DATA SET XYZ HAS PARTITIONED ORGANIZATION AND IS NOT ELIGIBLE TO BE A MULTI-VOLUME DATA SET, ALLOCATION FAILED Because of APAR OA13500, a new message was created: IGD17295I dsname HAS PARTITIONED ORGANIZATION AND CANNOT HAVE A DATA CLASS WITH A DYNAMIC VOLUME COUNT GREATER THAN ONE, ALLOCATION FAILED This change was implemented at base release z/OS 1.8 and will stop partitioned data sets from receiving a dynamic volume count greater then one. The change was not documented in the z/OS 1.8 Migration Guide so info apar II14304 was created to inform customers to change their ACS routines to prevent partitioned data sets from getting assigned a Data Class with a dynamic volume count greater then one. New data sets created using the LIKE keyword where the LIKE data set is a PDS/PDSE will be identified as a physical sequential data set during ACS processing. This situation creates a new problem for customers because they are not able to prevent the IGD17295I via ACS routines. Because of this new problem this APAR will reverse the changes made in component 5695DF101. Additional Keywords: msgIGD17295I DVC DATACLAS LOCAL FIX: Usermod is currently available per customer request to remove the message. PROBLEM SUMMARY: * USERS AFFECTED: All users of DFSMS V1R8 and higher. * * PROBLEM DESCRIPTION: If a SMS data set with partitioned * * organization is being created with a* * DATA CLASS that has a DYNAMIC VOLUME* * COUNT 1, this creation will be failed * * with the IGD17295I message. * * RECOMMENDATION: * This causes problems for customers, particularly those customers that use the LIKE= JCL keyword on the DD card. The ACS routines cannot determine if the new data set being created is PO and are unable to direct these data sets to a DATA CLASS that has a DYNAMIC VOLUME COUNT of 0 or 1. PROBLEM CONCLUSION: The DYNAMIC VOLUME COUNT check for PO data sets will be removed. Consequently the IGD17295I message will be eliminated. -- Mark Zelden -- 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: List confusion
This is essentially the same discussion group. The major difference is that the newsgroup does is not gated to the list server. So any posts made to the newsgroup will not show up to the main list. And there are many subscribers on both lists who are not subscribed to the other. Causes confusion at times. Most of the most knowledgeable people are only subscribed to IBM-MAIN, which is this one. On Fri, 15 Feb 2008 22:58:06 +, z/OS scheduler [EMAIL PROTECTED] wrote: Hi, Seen the list below, is it the same or should I subscribe to this one too? http://newsgroups.derkeiler.com/Archive/Comp/bit.listserv.ibm-main Regards -- 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: FONT of unknown origin ?
You might also take a look at the InfoPrint Server product. I has components which can translate PDF, PS, AFP, etc. Also has a piece which can talk to SNA attached printers. On Thu, 14 Feb 2008 12:33:06 EST, Ed Finnell [EMAIL PROTECTED] wrote: In a message dated 2/14/2008 10:58:12 A.M. Central Standard Time, [EMAIL PROTECTED] writes: Best that I could find for A0556C is: Times-Roman - 6(pointsize), 10-(verticalsize) There used to be a tool called DCF index that would list these puppies out. Since the PFCSK's gobbled it up it's called FLIPMVS. FLIPU2! Anyway it's in the ACIF toolbox and works on bounded box FONTLIBB's. -- 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: SPAM: SNA Printer driver / tester
You might also take a look at the InfoPrint Server product. I has components which can translate PDF, PS, AFP, etc. Also has a piece which can talk to SNA attached printers. On Thu, 14 Feb 2008 11:31:35 -0600, Rick Fochtman [EMAIL PROTECTED] wrote: --snip-- I have been asked to provide a software tool capable of sending whatever documents, reports or just strings of text to one among a variety of SNA printer types defined in VTAM. The purpose it to have a tool to help isolate printing problems arising from often very subtle inconsistencies among various SNA printer emulations. Before I start writing a VTAM appl from scratch I'd like to know if I'm about to reinvent the wheel. Searching this forum, the CBTTAPE and Google is inconclusive. Either there is nothing to be found or I am using the wrong search criteria. Perhaps there is indeed nothing but you might know about some Assembler source code (OS/390, z/OS 1.4 level) in the public domain (or in your hands), containing a lot of VTAM error handling code, I could use as a base. -unsnip--- Check with MacKinney Systems; they might have a product you can use, and you might be able to work out acceptable terms. Also, try and find an old copy of IBM's DSPRINT product. I haven't seen it since the late 70's but it might provide a framework. It was distributed in source form. -- 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: z/OS system programmer staffing
And to some degree, be able to walk on water. G, D R On Tue, 12 Feb 2008 17:15:55 -0500, Burrell, C. Todd (CDC/OCOO/ITSO) (CTR) [EMAIL PROTECTED] wrote: I would say somewhere between 5 and 10 years experience depending on what and where the experience occurred. I worked in a sweatshop for my first 8 years, and probably got 20 good years of experience there. But some people spend their first 5-10 years only installing a couple of OEM products, so I would not call them senior. It all depends on the level of experience, but I would say that a senior systems programmer should be able to do the following (and have 5-10 years work experience): 1) Install ANY OEM product with no help. 2) Install z/OS or another Serverpac with no help. 3) Debug a dump with no help. 4) Do at least some minimal assembler coding 5) Understand and be able to do most SMP/E work (like investigating sysmods and coding usermods). This is just my opinion. Thanks C. Todd Burrell Lead z/OS Systems Programmer ITSO (404) 723-2017 (Cell) -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Yukus, Mary J CIV USMEPCOM Sent: Tuesday, February 12, 2008 4:30 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS system programmer staffing What would all of you consider a senior level systems programmer (how many years of experience) ? -- 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: Define more than 100 Consoles in a Plex
The console is currently at 99 consoles for an entire sysplex. This includes SMCS consoles. If your systems are connected together in at least a Basic Sysplex, the consoles on each system contribute to the 99 consoles limit. I'm not aware of this limit being removed. I do know IBM is working to change this, not sure what the status of the project is. On Tue, 12 Feb 2008 12:49:51 -0500, Lizette Koehler [EMAIL PROTECTED] wrote: Is there a way to define more than 100 consoles in a SYSPLEX? I was reading the info on the CONSOLXX member and it states In CONSOLxx, you define multiple console support (MCS) and SNA multiple console support (SMCS) consoles. You define the specific characteristics of up to 99 MCS/SMCS consoles and the system console. Just wondering if there was a way to define more than 100 in the plex. I beleive I could create individual CONSOLxx so each LPAR had its on set of 100. But is there a way to use one CONSOLxx member and define more than 100? 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: Unable to complete IPL - message IOS120D
During IPL all unit addresses not marked as offline will be scanned by the NIP routines. If a device is not available (maybe a hardware reserve) you will get that message. As you have seen, replying CONT will cause NIP to take the device offline. For you, it appears to be non-problematic. As to the second issue, I wonder if the JES2 proc specifies a parameter of WARM or NOREPLY. If not, then JES2 is probably waiting for a JES start command. This would be the $S command to signify to JES that it is all right to start doing what it is supposed to do. On Fri, 8 Feb 2008 12:37:24 -0600, Nigel Wolfendale [EMAIL PROTECTED] wrote: I am attempting to IPL our test system - which is being upgraded to z/OS 1.7 (Prod is at 1.4) - I know 1.7 won't last long before it has to be upgraded again. I have just taken over this system from a colleague who has done most of the SeverPac install - and now passed it on to me. Soon after IPL we get the message: *01 IOS120D I/O TIMED OUT FOR DEVICE 044D. REPLY 'WAIT' FOR I/O COMPLETION OR 'CONT' TO CONTINUE WITH DEVICE OFFLINE As the manual indicates, if we reply 'WAIT', the message reappears, and replying 'CONT' puts the volume offline. After reply 'CONT' I can start JES2, and then doing a 'D A,L' reveals that LLA, VLF, DLF, JES2 and RACF are all running - I have remove automatic starts of other tasks - and taken away the DD Commands for the DUMP datasets, and removed SMS from IEFSSNxx - but they make no difference. After that tasks will not start properly - when attempting to start IRRDPTAB, TCPIP etc, they go into 'STARTING' mode. This volume should not be needed on our system - it is the 'Catalog' volume on our 'prod' system containing Master Catalog, page datasets, RACF dataset, MANx datasets, IODF, ACDS, COMMDS, Checkpoint. Not a happy collection together - but it is a relatively small system. There are no references to this volume in out test catalog, nor any other references I can find such as PROGxx. The ServerPac is dated September 2006 - and I think it unlikely that any extra maintenance has been applied. The previous guy did successfully IPL, but he hasn't taken any intermediate backups. Can you suggest why this volume is being accessed. Or some way out of this problem - is it maybe a hardware problem ? Nigel Wolfendale -- 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: SPAM: How to suppress some informational VTAM messages ?
There are also some start options in VTAM. These options can also be specifed as operator commands. Look in the VTAM Operations and Resource Definition Reference manuals for the syntax of these options. Some of them are ASIRFMSG, DSIRFMSG, ESIRFMSG, FSIRFMSG, LSIRFMSG, RSIRFMSG, SIRFMSG. Usually I issue the commands to supress them after VTAM has fully started up. This way I know about problems during the initialization phase. Of course I have been bitten by problems which did not show themselves because the messages were suppressed. g On Wed, 30 Jan 2008 17:43:28 +, Ted MacNEIL [EMAIL PROTECTED] wrote: I thought the whole idea of SUPPRESS was to keep them from running across an operator's console with all that *other* clutter, but they were KEPT in the SYSLOG, no?! There is/was an option, under NETVIEW (I believe), that would supress messages in SYSLOG. I believe it was: SYSLOG(y/n) -- with Y as the default. I don't think it was/is supported by MPF. I think, from an audit perspective, this is not a good idea to use. I caught a SYSPROG doing this, almost 20 years ago, when controls weren't as tight. Almost everything he did was never journaled to SYSLOG (or the CONSOLE). That's how I caught him. He did something, that I knew about, and I happened to be looking at the SYSLOG under SDSF and noticed none of the messages, regarding what he did, showed up. - Too busy driving to stop for gas! -- 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: z/OS 1.8 or 1.9 ?
Actually you can go to 1.9. Support is N+3, not N+2. However JES2 might be the problem, as there were major changes that required many companies to rewrite their exits when they upgraded to 1.7 or higher. On Thu, 24 Jan 2008 15:14:13 -0600, Eric Bielefeld [EMAIL PROTECTED] wrote: Going to the current release also depends on how far behind you are. If you're farther than N+2, you can't upgrade more than 2 releases and still be supported. If you are currently at 1.6, you can't go furthur than 1.8 and remain supported by IBM. Chances are you won't having any problems going from 1.6 to 1.9, but support is a big issue. Eric Ted MacNEIL [EMAIL PROTECTED] wrote: Unless you have major issues with software running on the latest release, I would always recommend the most current available, when upgrading. And, this would include all software, not just the OS. -- Eric Bielefeld -- 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 Mainframes coming in February
To me (and IBM) they are (B)usiness and (E)nterprise class machines. On Thu, 24 Jan 2008 15:14:49 -0600, Eric Bielefeld [EMAIL PROTECTED] wrote: I don't quite understand the confusion either between BC and EC. I always kept them straight by remembering that B is before E in the alphabet, so therefore the BC is the smaller one. Also, you can think B for Basic. Eric Timothy Sipples [EMAIL PROTECTED] wrote: Ted, what are the confusing parts about EC and BC? It should be very simple: there are two pieces of hardware. The BC starts at 26 MIPS of CP capacity and goes up to almost 1,800 per frame. The EC starts at about 200 and goes up to nearly 18,000. (There's plenty of overlap between the two so you have room to grow.) If the BC provides enough capacity, that's what you buy, otherwise the EC is available. You can upgrade a BC to an EC. Timothy Sipples IBM Consulting Enterprise Software Architect Specializing in Software Architectures Related to System z Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific E-Mail: [EMAIL PROTECTED] -- Eric Bielefeld -- 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: FICON vs ESCON CTC's
BSC NJE is needed if you are communicating with a system which does not support (or is not configured) SNA NJE. I currently have one with a VM RSCS system. :-( On Thu, 20 Dec 2007 14:53:49 +0100, R.S. [EMAIL PROTECTED] wrote: Skip Robinson wrote: Just to clarify: if GRS is part of a basic sysplex, it uses the same PATHIN/PATHOUT CTCs that XCF uses. SCTC or FCTC is required. With GRS ring directly over CTC (not XCF) you can have GRSplex sysplex. In other words you can have out-of-sysplex systems in GRSplex. Or multiple sysplexes. If you really want it then you need BCTC = ESCON only. Disclaimer: I have never said that GRS configuration as above is good idea. Is there still a reason for JES2 BSC NJE? IMHO only tradition . -- Radoslaw Skorupka -- 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: FICON vs ESCON CTC's
On the plus side, the unit address limitation with ESCON is greatly increased. On the negative side, you cannot have a BCTC device, which is required for GRS and JES2 BSC NJE connections. On Wed, 19 Dec 2007 09:19:36 -0600, Mark Zelden [EMAIL PROTECTED] wrote: On Wed, 19 Dec 2007 09:17:20 -0500, Mark Jacobs [EMAIL PROTECTED] wrote: Is there any advantage in migrating CTC's from ESCON to FICON? Of course. But I guess it could depend on the application. We saw much better response times with MIM, VTAM and XCF CTCs when we migrated to FICON. Of course now the CF links are faster (again) than using CTCs so the XCF part wouldn't matter as much. In a basic sysplex CTCs are your only choice. Mark -- 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: basic sysplex information?
You really do not need a CFL engine. A regular CP will work. And I am sure you can now set the CF up to utilize the CP only when it has work to do. This is the way I run my CF, but I have not tried the dynamic CP usage part yet. For a basic sysplex, all you really need are the PATHIN and PATHOUT definitions on each LPAR which can utilize your existing CTC device definitions. I would not use the same ones VTAM are using. GRS will automatically switch to the sysplex paths. On Fri, 14 Dec 2007 12:48:14 -0600, Staller, Allan [EMAIL PROTECTED] wrote: snip What I really would like to know is what will I be missing in the basic sysplex that exists in the parallel sysplex. /snip GRS Star Enhanced Catalog Sharing Probably others I can't recall off hand... HTH, -- 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: GRS / ICF
I assume you want to create a Coupling Facility in the machine also. What you want to do is very feasible. I suggest you look at the ICP CHPID definitions also. I have this running with 8 MVS systems connected to a single CF inside a single machine. Works quite well. And I do not want any If I did it arguments, this is the hardware limitations I must work with. g On Mon, 3 Dec 2007 15:30:09 -0600, Alvaro Quintupray B. [EMAIL PROTECTED] wrote: Is it possible to install a GRS between two LPAR of only one machine using ICF? Thanks Alvaro. -- 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: Devices
Did you add the device addresses to the OS config(s)? Also add them to the Console list in the OS config? On Mon, 22 Oct 2007 15:16:05 -0500, Ron Wells [EMAIL PROTECTED] wrote: Something strange--maybe some else may have run across... Did new IOCP for ICC consoles...We did POR CHPID comes up but when we display Devices none appear..?? Double check IOCP all looks ok... Check Msg's from POR...NONE anyone run across this?? -- 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: CPC replacement
All the work Tom is doing involves having both machines running beside each other. It appears you are doing what is called a Pull-Push operation. Everything Tom mentioned can be applicable to your upgrade. As far as defining the new processor, you could start with HCD, and use the ADD LIKE option when you select the processor option. At that point you can change the needed information, then continue to edit and change the CHPID information to match the new machine configuration. Have you gone through a Systems Assurance meeting with IBM's CEs, Sales, etc? All this is usually discussed and noted during the meeting, along with a detailed document passed around which goes over all the steps involved in the machine upgrade. On Fri, 12 Oct 2007 08:01:08 -0400, Chicklon, Tom [EMAIL PROTECTED] wrote: Munif, if all goes according to plan, we will be moving our production z/OS system from our z/890 to a new z9 BC tomorrow. We moved our sysprog sand box over a couple of days ago. We are *replacing* our Z890 CPU by Z9 BC. Z9 BC does not cick in unless we power off Z890. I would appreciate if you can guide me or provide me pointers in the right direction: a) We are moving our OSA cards and have downloaded OSA configurations using OSA/SF and plan it to upload on OSA using new CPU. will it work.. any concerns? Not sure what you mean by moving your cards, are you physically moving the cards, or just moving your IP network to new cards on the z9? We have new ones on the z9, and thus just moved the IP connectivity to the z9. I was stressed about how to do this as well, all for nothing, it's just that I had never had to configure or load OSA cards before. OSA ignorance on my part I guess. The cards seem to get configured just fine when VTAM and TCP come up. We didn't have to manually load or configure anything with them, other than to make minor changes to VTAM and TCP parms because the physical address on the cards changed with the z9 (different PCHPID) and we happen to use this as part of the names for the cards in VTAM and TCP. One other thing we did was to make the cards 1000M instead of 100M as our local network was just upgraded to support gigabit. We was a simple change on the HMC (we don't trust auto negotiate, the default for the cards when the box was shipped to us). Not at all related to the new z9, just a good time to make this change here. b) How can i include new processors in the HMC GROUP. We're finding this process to be about as clear as mud. Three years ago when our z/890 was installed, the CE copied these definitions over from the last CPU. So the last time anyone here messed with setting these up was about 7 years ago. The CE didn't copy these over this time. We've still not gotten this set up the way we want, but are getting there. I'm sure we could copy them over, but this is a good time to start over from scratch and maybe set things up a bit differently. c) as we are moving all cables from old CPU to NEW CPU- we are migrating our HMC web server / OSA Integrated console configuration. will that work. I don't see any reason why this won't work. We've moved over the cables used by our test system to the z9 so far, channels dedicated to our production system get moved over tomorrow. We have checked PSP buckets and all fixes have been applied. Is there any other gottcha's we need to be concerned. I had checked PSP a two weeks ago, and found I was all set. Last week, I pulled current PSP buckets and found that two new PTFs were called for. So don't overlook pulling them again as you get closer to cutting over. The only other 'gotcha' so far was with a channel that had an ESCON converter on it with bus and tag cables to a 3174 and 3490 tape drives. When we moved this channel over, the converter's error light came on and the channel didn't come on line to the z9. Power cycling the converter didn't clear the problem, but what did work was to power off the converter, then IML the 3174, then power the converter back on. We have 4 more channels with converters on them to move tomorrow, so we'll have to wait and see how that goes. Feel free to contact me Monday to see how this weekend goes. Tom Chicklon -- 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