Re: Servicelink, ETR and SR
This morning we had to start signing into IBM Service Request (SR).. I opened ticket with IBM. This was their response: We and Level 2 already aware about this issue the we need to login twice when going to use Service Request. Level 2 has already started working on this hope this will be resolved soon. John Eatherly -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: $HASP5121
I found this on IBMLINK. https://www-304.ibm.com/support/docview.wss?uid=isg1OA13667 John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Neale Ferguson Sent: Wednesday, November 02, 2011 9:08 PM To: IBM-MAIN@bama.ua.edu Subject: $HASP5121 I cannot locate the message description for the following in z/OS V1R12.0 JES2 Messages SA22-7537-10: $HASP5121 NJE L3.SR1 ERROR RECEIVING NETWORK DATA SET HEADER, RC=16 It's accompanied by message: $HASP5532 NJE L3.SR1 SEVERE ERROR - HEADER/TRAILER BUILD ERROR RC=8 Which does have an explanation. A JES2 trace using ids 21-24 shows the NJE Job Header (NJH) but not the Data Set Header it appears to be complaining about so I can't identify what in particular it is objecting to. Does anyone have any insight into 5121? This occurs on both z/OS 1.9 and 1.12. Neale -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: IBMLINK
I placed an order for maintenance this morning without issues. John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Veilleux, Jon L Sent: Wednesday, November 02, 2011 6:54 AM To: IBM-MAIN@bama.ua.edu Subject: IBMLINK Is anyone else having issues getting to IBMLINK? Thanks, Jon This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Large SVCDUMPS
Dennis, We set up a SMS pool and do dynamic dumps to that pool. This command is what controls the size allowed for the dump. CHNGDUMP SET,SDUMP,MAXSPACE=6000M You can display by doing D D,S This is an example of the commands to start the SMS MGMT part. DUMPDS NAME=SYS0.DUMPSYSNAME..DYYMMDD..SSEQ DUMPDS ADD,SMS=(MGMT=MCDUMP,STOR=SCDUMP,DATA=DCDUMP) DUMPDS ALLOC=ACTIVE Hope it helps. John Eatherly -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How often IPL a production LPAR (any good practice)
We IPL our Production boxes once a month, Development twice a month, and our Test whenever we want. This seems to work for us. Our Production is IPLed between 00:00-06:00 on Sunday morning. Thanks. John Eatherly -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
FW: ZSeries Analyst Perm Opportunity 14607
In case there is interest... From: rbr...@tacworldwide.com [mailto:rbr...@tacworldwide.com] Sent: Tuesday, August 04, 2009 5:41 PM To: johngalla...@ebby.com Subject: ZSeries Analyst Perm Opportunity 14607 I realize that this position that this opportunity might not be of interest to you and if you are not I was hoping you know some one that might be qualified interested in this opportunity. I've included a brief description below. Please feel free to forward this on if you know someone who might be interested. We do offer a referral fee, so if you pass this on, please keep me in the loop. This is a permanent job position in the Central Texas area. This position pays $65-75k per year (+ an aggressive yearly bonus) in accordance to the level of experience qualifications of the candidates. This is for one of the largest Food Products Distribution Companies in the U.S that serves more than 50,000 customer locations around the world including the convenience store, drug store, mass merchandise, quick service restaurant and movie theater industries.recently bought by Warren Buffet making it a wholly owned subsidiary of Berkshire Hathaway, The company operates 20 wholesale grocery distribution centers, 20 food service restaurant distribution centers, an industry-specific software company and an international third party Logistics company and employs 15,000 people in the United States. Below is the job description as given to us by our client: Install and maintain all software on the Zseries. Assist applications staff with problem determination and resolution on problems or projects. Assist Operations and Scheduling teams with the day to day operation of the zSeries platform and productions install on that platform to allow them to perform their required duties. Work Experience Required: Maintaining a zSeries server, applying PTF's, installing new releases of the zOS operating systems, tunning the environment. Maintaining a LPAR environment on the zSeries platform. Be able to install associated software and work with those products, to include like (but not only) RMM, MQ, TMON/MVS/CICS/DB2, INControl and ViewDirect. Other Qualifications Required: Be able to work in a team environment, good written as well as communication skills. Other than skill sets, the normal overall requirements apply...stable work history, good communication skills, etc... Perm salary is in the $65-75k base range with a 7.5%-15.5% Bonus. Excellent Benefits Package that includes VERY STRONG 401k matching program Full relocation Package This is a $30+ Billion dollar per year company Special Note: Cost of living in Central Texas area is about $14-17k less than in Dallas, Houston, Austin or most major metropolitan areas. *** Note: Candidates MUST be U.S. / Canadian Citizen or current Green Card Holders*** Ref# 14607 If you know someone that might be qualified interested in pursuing this opportunity, please feel free to send them my information concerning this!!! Also, if you feel that your skills qualifications match up with this job description you would be interested in pursuing it yourself, please email a copy of your latest resume to: rbr...@tacworldwide.com I will give you call. Sincerely, Lyle Brown South Central Recruiting Team Lead rbr...@tacworldwide.commailto:rbr...@tacworldwide.com Visit us at www.tacworldwide.com http://www.tacworldwide.com/ [http://jobs.tacworldwide.com/TAC/private/images/pic_02.gif] For more than 38 years, professionals have trusted TAC Worldwide to match their job skills and deliver opportunities that complement their interests and personalities. We provide associates with benefits programs, online technical training, career counseling, and on-going HR support. In addition, TAC Worldwide communicates with all associates throughout their work assignments and strives to find new and interesting opportunities on their behalf. Note: I chose to contact you because your resume had been posted to one of the internet job sites to which we subscribe, or you had previously submitted your resume to TAC Worldwide. If you are not currently seeking employment, or if you would prefer I contact you at some later date, please indicate your date of availability so that I may honor your request. We respect your privacy, so if you would rather choose to be removed from our mailing list, please use the opt out link attached. If you are interested in this position, please click herehttp://jobs.tacworldwide.com/jobseekers/myjobs/emailmerge_response.jsp?d=22_777838647269_448360_101858_1_Richard+Lyle+Brownt11=1249425651234. If you would like to unsubscribe, please click herehttp://jobs.tacworldwide.com/jobseekers/myjobs/emailmerge_optout.jsp?d=32325f3737373833383634373236395f3434383336305f3130313835385f315f526963686172642b4c796c652b42726f776ee=218t11=1249425651234. Lookup
Job Posting
I am not interested in the referral money. I just wanted to send it out to get it to someone who needs it. Thanks. John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: HELP! ordering maintenance.
On IBMLINK: I go to SRD - then to Order z/OS - then to ESO Then just fill it out. It orders maintenance for all products that we have a license for. Thanks. John Eatherly -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Article from SearchSecurity.com
New data on Mainframe Computers in the last day: The Reality Facing the Mainframe Worldhttp://go.techtarget.com/r/6966142/6153081/1?kasid=1235152549263 PUBLISHER: Acxiom Corporation TYPE: White Paper John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Article from SearchSecurity.com
Sorry. I didn't realize it. I didn't have to. Thanks John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RECEIVE ORDER ERROR
Hold data would add the SOURCEIDs after the PTF is received. Thanks John Eatherly How does the RSU SOURCEID find its way to a PTF I previously RECEIVEd? Does SMP/E add missing SOURCEIDs automatically when I do RECEIVE ORDER? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Rexx
http://www.amazon.com/REXX-Language-Practical-Approach-Programing/dp/0137806515 Good book. Thanks John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of gsg Sent: Friday, April 03, 2009 8:02 PM To: IBM-MAIN@bama.ua.edu Subject: Rexx I need to learn REXX and fast. Does anyone know a good REXX for dummies book? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: Changes to Shopz
I no longer get the emails from Shopz stating that the RSU maintenance is available. It has been missing the last two months. Thanks John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Andy White Sent: Thursday, February 05, 2009 9:20 AM To: IBM-MAIN@bama.ua.edu Subject: Changes to Shopz Anyone out there using Shopz to download RSU and PUT maintenance. We noticed the process changes between last month and this month on the website. We have an automated process in place and it started to fail. One thing is it now uses a HFS rather than normal PDS members. We made the changes and tested it seems to work. This is the Bitmap process it creates etc if your familiar with it. The questions though are as follows 1) Who and how did IBM announce these changes to the process so we could of had this all in place rather than race to get it fixed. 2) We noticed on the website we see RSU is available to download for our z/OS system but no indication of PUT which we also download. Does anyone know will it also be available like it used to be through shopz? Thanks Andy The information contained in this message may be CONFIDENTIAL and is for the intended addressee only. Any unauthorized use, dissemination of the information, or copying of this message is prohibited. If you are not the intended addressee, please notify the sender immediately and delete this 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: First z/OS 1.9 IPL Problem
Try $S. Thanks John Eatherly 972.254.5441 972.830.3627 -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Eric Bielefeld Sent: Friday, January 09, 2009 3:08 PM To: IBM-MAIN@bama.ua.edu Subject: First z/OS 1.9 IPL Problem I just IPL'd z/OS 1.9 for the first time. I've been waiting for about 35 minutes after the IPL messages stopped coming out for JES2 to issue a message. If I do a D A,L, it shows JES2 as running, and a bunch of tasks starting, like they should be before JES2 is fully initialized. I can't really go back in the log to see if I have any messages. We are running on a z/800 with about 350 MIPS. Most of the time, our DB2 lpar is running flat out, and the other production Lpar is taking a few cycles. The 1.9 lpar is weighted at 10%, and allows only 1 of the 2 processors to be used. Could it just take that long for it to come up? According to RMF Mon 3, my lpar is taking 1.4% of CPU steadily. Early in the IPL, it had as much as 10% for a 100 second interval. Any thoughts? Eric -- Eric Bielefeld Systems Programmer Washington University St Louis, Missouri 314-935-3418 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: MVS 4 minute 'outage'
LOGREC? Thanks John -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of JE Thinnes Sent: Wednesday, January 07, 2009 11:03 AM To: IBM-MAIN@bama.ua.edu Subject: MVS 4 minute 'outage' We just experienced a 4 minute 'outage' on our z/OS system. (single image z/OS 1.9 system). By 'outage', I mean we could not communicate with MVS through TSO or the z/OS consoles. There is a 4 minute gap in SYSLOG. The same for CICS, IMS and DB2 logs. There were no system dumps or other indicators. We reviewed SYSLOG for the 15 minutes that preceeded the 'outage' and did not find anything. TMONMVS had a 4 minute gap in the collector during the 'outage'. Any suggestions how we can determine what happened? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Librarian?
This was passed to me!!! If anyone is running Librarian, it took a system down last week. It caused the CVT to be overlaid so the stop was very sudden. We are told that the error has been in Librarian code for a long time. The error happens in a tso address space when Elips is being used. Librarian is using SVC screening to intercept SVC 99 (dynamic allocation) and causes repetitive errors. We saw the error twice early in the year but we could not recreate it. This time it stopped the system suddenly so we found it. If you are running Librarian, call their support. We have a test fix for the problem. Thanks John Eatherly -- 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: SYS PROG
My wife's family is from up there. Most of my experience is support of 20+ images. The last year I have been doing z/Linux and a little z/VM. We are running RedHat right now. I am the primary person on z/OS and z/Linux maintenance. I do quarterly on z/Linux and monthly on z/OS. Does this sound like I might have a chance if I am interested? I have been working as a SYSPROG since 1989 for one company. Thanks John Eatherly 972.254.5441 972.830.3627 From: Marshall, James D [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 30, 2008 7:26 PM To: Eatherly, John D [EQ] Subject: RE: SYS PROG Not sure what you mean permanently. The period remaining on this contract is another three years renewing on Friday. The company has had it for the last 20+ years competing every 5 years. There is no reason to believe in 3 years they would not win it again. At times we are bleeding edge only because of need. IBM has come to us because we were doing things before they were. We have a great relationship with IBM even though in the DC area they label me the cranky old guy. I was around in DC in the 1970s and early 80s where I built the Pentagon, while in the Air Force, into an almost all IBM shop from the biggest Honeywell site in the world. If you are talking about coming into OPM and they looking around to apply for a Federal job either here or elsewhere in Uncle Sugar's many operations, that is the beauty of being a civilian (unlike the military). My position is the only Gov IBM SYSPROG and I can not touch the systems. I act as the Coach and not a Player Coach. My job is to keep the techies focused on the technology, I deflect the politics, and get us the best equipment and tools as I can. Could have retired (again) two years ago, and it is too much fun to stop now. Not sure if I answered your question. Oh yes, the contractor is Compuware Services. jim Jim Marshall, Software Engineer US Office of Personnel Management 1900 E Street NW - Room BH04 Washington DC 20415 (w) 202-606-1261 (f) 202-606-2092 -Original Message- From: Eatherly, John D [EQ] [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 30, 2008 8:06 PM To: Marshall, James D Subject: SYS PROG Jim, I was just wondering if it has any chance of becoming a permanent job? I have a job here and I have a chance of working remotely. But if that does not work out I would definitely be looking in the area. I have been doing this a quite a while. Thanks. John Eatherly System Z Development and Support EMBARQ Infrastructure Services Voice: 972.254.5441 | Cell: 972.897.6883 | Alt Work Number: 972.830.3627 Email: [EMAIL PROTECTED]mailto:[EMAIL PROTECTED] -- 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
IOS Dump
We just received an IOS dump and we took it to IBM. The fixing APAR/PTF for it was OA21317/UA36298. (1.8). I have received and applied all maintenance up to RSU0802 and PUT0712. This was not on. This PTF was RSU0712 and PUT 0709. I have not figured out why it is not on. Anyone else have any issues with RSU0712? Thanks. John Eatherly -- 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: IOS Dump
I do bypass the IPL. I have all of the SMPPTFIN's from all of my receives. I can't find that PTF. I have checked RSU0712,10 and 9. No luck yet. I also keep all of my apply jobs. I figured that I would determine when I received it before I start looking at my apply jobs. Thanks John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mark Zelden Sent: Friday, July 18, 2008 4:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IOS Dump On Fri, 18 Jul 2008 15:58:07 -0500, Eatherly, John D [EQ] [EMAIL PROTECTED] wrote: We just received an IOS dump and we took it to IBM. The fixing APAR/PTF for it was OA21317/UA36298. (1.8). I have received and applied all maintenance up to RSU0802 and PUT0712. This was not on. This PTF was RSU0712 and PUT 0709. I have not figured out why it is not on. Anyone else have any issues with RSU0712? Are you sure it was received at the time? Do you have the output of your RSU apply run still? If not, look at your SMPTLOG/SMPTLOGA and see if you can find out why it didn't apply. The only HOLD I see is IPL ... unless you didn't bypass that. Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] 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 [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: IOS Dump
I looked at all of my SMPPTFIN data sets from RSU0707 through 0803 and that PTF does not show up. No clues here. Thanks John Eatherly -- 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
IBMLINK
Is IBMLINK down again? We are having trouble getting on. Thanks. John Eatherly -- 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 agree with that. What I was saying is that this is the way we avoid the issues all together. We had some finger checks early on when we were started doing sysplex and decided to have a shared parmlib to avoid it. This library has grown some to have other members that are shared. We have 6 systems sharing the one parmlib library. Thanks John Eatherly 972.254.5441 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Rob Scott Sent: Thursday, April 03, 2008 9:52 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Another RNL question John, On a production sysplex, surely the wait state is the only sensible thing to do? At that stage in system creation, GRS is expected to be active and it has found that to carry on would compromise the integrity of the resources - it must fall in its sword to protect your data and other systems. For GRS to override the RNL error and use the active sysplex RNL could be against what you intended and that could lead to integrity issues. Rob Scott Rocket Software, Inc 275 Grove Street Newton, MA 02466 617-614-2305 [EMAIL PROTECTED] -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John McKown Sent: 03 April 2008 15:21 To: IBM-MAIN@BAMA.UA.EDU Subject: Another RNL question On z/OS 1.8, if that makes any difference. Can anybody tell me the logic at IPL time to force the IPL'ing system into a wait state if the new system's RNL does not match the RNL of the sysplex? Now, I understand why all systems in a sysplex need the same RNL. But I am curious as to why I am not given an option at IPL time to say something like Oh, I made a mistake, please use the sysplex RNL on this system as well and I'll fix it ASAP. Instead, I get a hard wait on the IPL'ing system. I messed up yesterday. I thought that I had the RNL's in sync, but made a mistake (changed an RNL member after IPL'ing). This caused a perceived outage on the second, production, system because it hung up. I guess this was waiting for the DOWN reply on the second system. This caused a black eye and more weeping and wailing and gnashing of teeth. Best that I say no more, even from my home account, lest I be smitten. Just another I hate sysplex message from me. No, don't bother to justify it. At my shop, it is not justifiable as far as I am concerned (only one box). -- Q: What do theoritical physicits drive beer from? A: An EIN stein. Maranatha! 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 -- 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: 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 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of John McKown Sent: Thursday, April 03, 2008 9:21 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Another RNL question On z/OS 1.8, if that makes any difference. Can anybody tell me the logic at IPL time to force the IPL'ing system into a wait state if the new system's RNL does not match the RNL of the sysplex? . -- 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
Can that device be reserved by another system? Check that. Thanks John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Nigel Wolfendale Sent: Friday, February 08, 2008 12:37 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Unable to complete IPL - message IOS120D 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: CICS Issue URGENT ....
One of our guys said: Two things, increase the temporary storage dataset, this will increase the CI's.Also make sure if he's doing a EXEC CICS WRITE TSQUEUE he should do a EXEC CICS DELETE TSQUEUE when task is complete to clean up temp storage dataset. Hope this helps. Thanks John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Jacky Bright Sent: Tuesday, January 15, 2008 9:09 AM To: IBM-MAIN@BAMA.UA.EDU Subject: CICS Issue URGENT Hi , Today got some problem in the CICS Region which caused the CICS to hang and there were no responses for any of the transactions. On analysis found that there was following message in the CICS Log. +DFHTS1315 CICSPROD The temporary storage data set has exceeded the maximum number of control intervals supported. Anyone having idea what could b the reason behind this ? I noticed that there is DFHTEMP dataset defined and currently having following properties. Tracks %Used XT Device CICSTS.CICSPROD.DFHTEMP.DATA 45000? 27 3390 How can we avoid this in future ? JAcky -- 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
IBMLINK 2000 - Severity 1 33744039
Is it just me or is IBMLINK down again? Severity 1 ticket 33744039.. UP 12:00 EST John Eatherly -- 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: IBMLink down again SEV 1 33337525 ETA 0930 EST
Was this west coast time? ETA now 10:15 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: How to fine IBMLINK
I just use http://www.ibm.com/ibmlink It actually gets to the same place. Thanks John I agree with you that IBM should have a link on there website for IBMLink. You can't even find it through their search engine easily. IBM's website search engine is not very useful to me. I have much better luck using Google to find info on the IBM webpages. If you type IBMLink in Google the first entry it shows is www.ibmlink.ibm.com/. This is what I use for my IBMLink bookmark and has worked now for quite some time, at least if IBMLink is available. When you go to this link. it converts to a name like www-304.ibm.com/... These names change frequently and I think these are what IBM does not want users to bookmark. Gene -- 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: IBMLINK down again
I sure miss the green screen IBMLINK. Progress.. John Eatherly IBMLINK 2000 is down again. I reported it and they say that the webmaster is working on it. You can't even get to the signon screen right now -- 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: Password Needed (??)
Not here. Thanks. John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Carol Srna Sent: Monday, September 25, 2006 6:29 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Password Needed (??) Hello. Does anyone have to use a password when posting to the List or accessing the Archives? 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: IBMLink
I was told by our IBM rep that the URL below is temporary. They are having some JAVA issues. They are working it as a Severity 1. Thanks. John Eatherly What is going on with IBMLink? Since last Wednesday, I have hit the Our Apologies page more than IBMLink. Talked with a Help Desk person this morning who told me the URL has been changed: www.ibm.com/ibmlink/link2 That worked for a little while, now I am back to the Our Apologies page. Any idea when this will be fixed?! -- 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: IBMLink
We are having some success with the link the following way: First, go to your normal link and try to log in. When you get the Sorry message, cut and paste the link below into your browser, hit enter, and you will be in. At least a most of our people are getting in that way. John Eatherly Alan, The new US link you mentioned below fails the same way as the others fail... Tom Harper -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Alan Altmark Sent: Monday, August 28, 2006 10:11 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IBMLink On Monday, 08/28/2006 at 08:34 AST, B Sysprog [EMAIL PROTECTED] wrote: What is going on with IBMLink? Since last Wednesday, I have hit the Our Apologies page more than IBMLink. Talked with a Help Desk person this morning who told me the URL has been changed: www.ibm.com/ibmlink/link2 -- 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: IBMLink
I just did it and it redirected me back to the bad link. Thanks. John Eatherly -- 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: SVC Dumps and DB2
We use 6000M without any issues. Thanks. John Eatherly Or is there a way to calculate how much MAXSPACE will be needed by DB2? -- 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 Performance Issue
I did see this APAR that could affect performance: PK21373 It is still open. Thanks. John Eatherly -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Blaicher, Chris Sent: Wednesday, March 01, 2006 9:58 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: z/OS 1.7 Performance Issue It has been a very long time from when I did performance, but I would look at WLM. Your comment about it seeming to be load related and the fact that TSO response time did not change points me in that direction. Just a thought. Christopher Y. Blaicher BMC Software, Inc. Austin Development Labs (512) 340-6154 BMC Software, Inc. makes no representations or promises regarding the reliability, completeness, or accuracy of the information provided in this discussion; all readers agree not to rely on this information or take any action against BMC Software in response to this information. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Todd Burrell Sent: Wednesday, March 01, 2006 9:44 AM To: IBM-MAIN@BAMA.UA.EDU Subject: z/OS 1.7 Performance Issue ... I know this is a vague email, but has anyone else seen anything like this with z/OS 1.7? Also, we did not really see a spike in TSO response time, so it seemed to be CICS and IDMS related. I was just wondering if there was some major change in VTAM or TCP/IP code that could have affected back level online applications like our IDMS (release 16.) and CICS TS (release 1.3)? As I said, I have searched the archives and the CICS, IDMS, and z/OS 1.7 fix databases and found nothing that seemed to be a direct match. Also, this problem does not seem to occur on our test system, as we have tried to recreate it there. So we are also suspicious of it being load related. -- 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: TASID Command
To download try here: http://www-1.ibm.com/support/docview.wss?rs=17context=SSBLLDdc=D400ui d=swg24009131loc=en_UScs=UTF-8lang=en I've searched around and can't seem to find the library where the TASID is located. Can anyone direct me there. -- 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
Warning: PTF's require HDS microcode, which is not available until the second week of January ----- UPDATE!!!!
IBM has backed off. They created this APAR for the issue.
APAR Identifier .. OA14708
http://www-306.ibm.com/ibmlink/link2/sis/sisPage.jsp?applJsp=documentBr
owse.jspnavItem=sis.jsplc=encc=USdocNumber=OA14708 Last
Changed 05/12/21
IEA307I I/O ERROR READING VOLUME LABEL
Symptom .. MS MSGxxxStatus ... OPEN
Severity ... 2 Date Closed .
Component .. 5695DF111 Duplicate of
Reported Release . 1G0 Fixed Release
Component Name DEVICE SUPPORT Special Notice
Current Target Date ..06/02/04 Flags
SCP ...
Platform
Status Detail: DESIGN/CODE - APAR solution is being designed
and coded.
PE PTF List:
PTF List:
Parent APAR:
Child APAR list:
ERROR DESCRIPTION:
Client received the following error during IPL for offline PPRC
volumes.
.
IEA307I 3508,23, I/O ERROR READING VOLUME LABEL,00,0200,SENSE
FOLLOWS
.
880E0004E5006A3436960F0E70E0
.
IECCINIT is at UA22489
http://www-306.ibm.com/ibmlink/link2/sis/sisPage.jsp?applJsp=documentBr
owse.jspnavItem=sis.jsplc=encc=USdocNumber=UA22489
.
DS QD,3412,SNSS
IEE459I 16.50.11 DEVSERV QDASD 135
UNIT VOLSER SCUTYPE DEVTYPE CYL SSID SCU-SERIAL DEV-SERIAL
EF-CHK
3412 -- 2105800 2105000 3339 3694 0175-27188 0175-27188
BYPASS
SENSE SUBSYSTEM STATUS
0112490100C0 4180006F F5A4
01030010
3694
1 DEVICE(S) MET THE SELECTION CRITERIA
0 DEVICE(S) FAILED EXTENDED FUNCTION CHECKING
Thanks.
John Eatherly
--
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: Warning: PTF's require HDS microcode, which is not available until the second week of January.
So, does UA22489 have the same problem with HDS as UA22552? Or does it circumvent the HDS problem?? Yes it does have the same problem. Either PTF causes the same issue. I did ask that question. Thanks. John Eatherly -- 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: Warning: PTF's require HDS microcode, which is not available until the second week of January.
At 12:46 -0600 on 12/28/2005, Eatherly, John D [IT] wrote about Warning: PTF's require HDS microcode, which is not availab: Just wanted to pass on a heads up on some APARs that require HDS microcode on DASD. And that microcode will not be available until the 2nd week in January. Was there a HOLD(ACTION) [or it might need to be HOLD(DEPENDENT?) - I forget] against these APARs (or the Fix PTFs)? If not, a BIG PACKAGING PROBLEM report should be filed with IBM since this dependency should have been mentioned so as to suppress accidental installation as occurred to you. It was reported to IBM. I was the second person to report it. There is going to be an (AI) added to the APARs as soon as I get them the HDS code level required. We are waiting to see what the microcode level is that is required for this. The APARS affected are: OA11492 first shows the problem with the HDS microcode. OA13907 has it also because it sups OA13907 We had several DASD volumes that the path would not come online after an IPL. And they just happened to be systems volumes. Thanks. John Eatherly -- 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
FW: HMC load failure - IPL address 0000 invalid
From Mike Reddy... A couple of questions first: What changed? Are we using an Image profile to activate the lpar, or just a LOAD profile? A load profile has a pre-determined load address and parm specified. We don't use them here because we change sysres's every time almost. An image profile defines the lpar storage, weight, cpu, etc, and includes an OPTIONAL load screen to automatically IPL the lpar to a pre-determined address. We don't use that option either. Double click exact icon that is being ACTIVATED for the system to IPL (it may be a grouping and not that actual image icon) and look at the top for the assigned profile Then click Change options to view that profile and look for the LOAD tab that shows the predetermined load address. If it is in fact zero, the HMC is doing what it was told to do. Starting this week I am now experiencing HMC failures IPL'ing my z/OS systems. My load profiles look correct, but I now receive an error stating The load address is not configured in the partition and displays a load address of . The IPL parm looks correct, just the LOAD address is . This occurs when I do an activate to the LOAD profile. The IPL is successful if I do a manual LOAD. I see this error using two different HMCs at different code levels. I am experiencing this on 2 different processors. Anyone sees something like this before? I have a hard time believing it is a HMC bug as it has been operating many months before with no problem. Pat -- 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: ZIP SOFTWARE for Mainframe
We run PKZIP on one of our systems. It's not free. Thanks. John Eatherly Does anyone know of any software/freeware for the frame that will zip a file? We are OS390 V2R10. Once again thanks to the group in advance. Bob Pelletier Connecticut Student Loan Foundation Rocky Hill, Connecticut -- 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
