THE STP FACILITY IS NOT AVAILABLE
We lost power and the STP feature got disabled. Can this be fixed through the HMC sysplex timer, without bringing the system down??? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Real CPU Id
D M=CPU From: "John P. Baker" To: IBM-MAIN@bama.ua.edu Date: 03/12/2010 09:48 AM Subject:Real CPU Id Sent by:IBM Mainframe Discussion List Can anyone advise on the proper means to obtain the real CPU id on z/OS? John P. Baker -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: HSA estimation question.
Hi, My latest book on the Z9 is Support Element Operations Guide SC28-6845-01 Pg 5-47 has a bit more on HSA sizing. Enrique Montero Sent by: IBM Mainframe Discussion List 09/02/2009 12:20 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: HSA estimation question. Hi, I've been looking for information in the SG24-4037-01, but it only appears how to configure the factor % of HSA increment for dynamic configuration, but not to estimate how much memory is needed for n quantity of DASD devices. My question is just to know how much HSA i need for 32 Escon chans, 14 2105 Control Units and 3584 3390-3 volumes 2 Lpars. remember the machine is IBM 2064 1C3 with only 2Gb. Best regards, Enrique. El mié, 02-09-2009 a las 13:00 -0500, Rich Smrcina escribió: > Hal Merritt wrote: > > The z/10 and I think the z/9 series do not use HSA. All that stuff is now on separate internal storage. Check the storage allocation pie chart on the HMC to verify. > > > > > Only the z10 has an HSA that does not come out of customer configurable > storage. > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: HSA estimation question.
Try page 209 in this redbook International Technical Support Organization MVS/ESA HCD and Dynamic I/O Reconfiguration Primer February 1996 SG24-4037-01 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: z9BC power sequence instructions?
you need to go into single object operations in the hmc to talk to the cpc SYSPROG has enough access -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: z9BC power sequence instructions?
Z9 support Element Operations Guide pg 3-18 Very easy through the HMC "McKown, John" Sent by: IBM Mainframe Discussion List 07/24/2009 07:43 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject z9BC power sequence instructions? I'll be looking, but I thought that I'd ask here as well to perhaps save some time. Is there any documentation around on how to properly power down and power up an z9BC system? I think that this must be done via the Service Element in the box. Any "screen shots" in such documentation would be wonderful. Thanks. John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: 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: *$HASP9211 JES2 MAIN TASK NOT RUNNING
We think it was CA/Deliver - it has hooks into the inits, and RMOSTC (ca/deliver) got hung on a bundle. After we ipld - RMOSTC was coming up, and got into a checkpoint lock with his database. *RMOCPP06 UNABLE TO OBTAIN CHECKPOINT LOCK - LOCK OWNED BY SID= DATABASE=SYSP.RMODB.P The message said to issue the unlock command(very dangerous), we lost one report. System and JES2 and ok now Thanks to everybody for their input. "Patrick O'Keefe" Sent by: IBM Mainframe Discussion List 01/27/2009 02:56 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: *$HASP9211 JES2 MAIN TASK NOT RUNNING On Mon, 26 Jan 2009 12:39:00 -0600, George Mitjans wrote: >... >19:06:50.63 0090 *$HASP9211 JES2 MAIN TASK NOT RUNNING 916 > 916 0090 DURATION-000:00:21.02 >19:07:10.69 0090 *$HASP9207 JES2 CHECKPOINT LOCK HELD 917 > 917 0090 DURATION-000:00:54.10 > >No messages before these 2 messages. > >It repeated the messages every 30 seconds >... How timely. We ran into a very similar situation a few weeks ago. $HASP9211. No $HASP9207, but that would be a matter of timing. This was on special-purpose LPAR that does nothing but providing support for DASD mirroring - GDPS under zSA under NetView. Since no production or test work runs there we have not done tuning that would normally be done on "real" LPARs. Whether purposefully or not, some XRC-related address spaces were given very favorable priority. (I don't know WLM so can't provide the particulars, but these were above JES.) One went into a tight loop. JES was getting no cycles. JES was not processing any operator commands. Jobs and STCs needing JES for input or output were hung. CANCEL commands had no obvious effects. Even FORCE had no obvious effect (although I suspect that if we had FORDEd the offending address space out of the system everything would have suddenly started working). The only clue to the cause was from the system trace in an SVCDUMP (of SMF, I think) that was taken sometime durig the hang. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: *$HASP9211 JES2 MAIN TASK NOT RUNNING
Hi Lizette; I looked at the log and did not see any JES2 commands issued. The syslog stopped recording shortly after the messages. No SVC dump produced. Thanks Lizette Koehler Sent by: IBM Mainframe Discussion List 01/26/2009 12:06 PM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: *$HASP9211 JES2 MAIN TASK NOT RUNNING Do you know if any JES2 commands were issued about 1 minute prior to JES2 producing the $HASP9211 message? You might look through syslog to see. Or was an SVC Dump produced during this time? Have you looked at RMF Mon III to see what JES2 was doing at the time? The $HASP9211 message states: JES2 issues this message in response to a $JDJES or a $JDSTATUS monitor command or as a highlighted message. Based on context, this message can indicate an alert or an incident JES2 is tracking. This message is issued when the JES2 main task has been waiting at its normal wait for the duration specified. There are indicators that the main task does have work to do and should be running, but it is not. System Action: If the condition persists, JES2 reissues this message every 30 seconds with updated information. Operator Response: Monitor alerts indicate potential reasons why JES2 is not functioning properly. If this condition persists, notify your system programmer. System Programmer Response: JES2's main task might not be running because of improper tuning of MVS parameters or because of a problem in the JES2 address space. If the condition persists, investigate tuning and operational considerations first. For example, consider if online applications have been tuned to run before JES2 (not a recommended practice), or if the operator has issued a command that requires heavy use of system resources. Lizette >JES2 WAS AT THE TOP IN CPU - WHEN I LOOKED AT TMON. >NO $ COMMANDS WORKED. >I WILL LOOK AT THE PTFS AND SEE WHAT FITS >I'M ON Z/OS 1.7 AND NOT SUPPORTED, >MAYBE Z/OS 1.9 CAN FIX THIS. >THANKS >GM > > > >> > >I would probably start here > > OA13994 UR1 4/30/08 LOOP IN >HASCHAM START IO OR CHANNEL END APPENDAGE >WHEN BUFFER > OA06186 PER 7/12/04 VARIOUS >PROBLEMS CAN CAUSE MISLEADING JES2 MONITOR >MESSAGES. > OA21050 PER 10/17/07 >BPXOINIT LOOPING, CONSUMING CPU , JES2 MAIN TASK >NOT RUNNING > >-- > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: *$HASP9211 JES2 MAIN TASK NOT RUNNING
HI PAUL; JES2 WAS AT THE TOP IN CPU - WHEN I LOOKED AT TMON. NO $ COMMANDS WORKED. I WILL LOOK AT THE PTFS AND SEE WHAT FITS I'M ON Z/OS 1.7 AND NOT SUPPORTED, MAYBE Z/OS 1.9 CAN FIX THIS. THANKS GM Paul Peplinski Sent by: IBM Mainframe Discussion List 01/26/2009 11:05 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: *$HASP9211 JES2 MAIN TASK NOT RUNNING I would probably start here OA13994 UR1 4/30/08 LOOP IN HASCHAM START IO OR CHANNEL END APPENDAGE WHEN BUFFER OA06186 PER 7/12/04 VARIOUS PROBLEMS CAN CAUSE MISLEADING JES2 MONITOR MESSAGES. OA21050 PER 10/17/07 BPXOINIT LOOPING, CONSUMING CPU , JES2 MAIN TASK NOT RUNNING -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: *$HASP9211 JES2 MAIN TASK NOT RUNNING
HI SKIP; I THINK I DID THAT COMMAND, OUT OF DESPERATION. NO $ COMMANDS WORKED. I WILL LOOK AT SOME PTFS THANKS GM Skip Robinson Sent by: IBM Mainframe Discussion List 01/26/2009 11:21 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: *$HASP9211 JES2 MAIN TASK NOT RUNNING There is one additional even more severe command when all other efforts fail. It appears from the symptoms that the JES2 main task was indeed broken so badly that it could not process any commands at all. Adding the keyword FORCE is supposed to whack JES2 at the OS level using LPA resident code. Note the special syntax restriction; normal command parsing is not in effect here because JES2 is brain dead. Of course, recovering from this situation is still very iffy. From the Commands manual: "If you enter the FORCE parameter without first attempting a $P JES2,ABEND command, JES2 issues the $HASP553 message and ignores the command until you try the ABEND option. Specifying the FORCE parameter can cause unpredictable results. "Note: The $PJES2,ABEND,FORCE command must be specified as a string of characters. Blanks are not permitted within either the command verb or the individual parameters of the command." . . JO.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 626-302-7535 Office 323-715-0595 Mobile jo.skip.robin...@sce.com Mary Anne Matyaz To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List Re: *$HASP9211 JES2 MAIN TASK NOT RUNNING 01/26/2009 10:54 AM Please respond to IBM Mainframe Discussion List George, what level are you running? Apar OA13994 may be appropriate, but it's from 2006. Were you able to get a d grs,c? Was anything else in the system running? Mary Anne On Mon, Jan 26, 2009 at 1:39 PM, George Mitjans < george.mitj...@ucdmc.ucdavis.edu> wrote: > HELLO ALL; > HELP - > I got these messages > 19:06:50.63 0090 *$HASP9211 JES2 MAIN TASK NOT RUNNING 916 > 916 0090 DURATION-000:00:21.02 > 19:07:10.69 0090 *$HASP9207 JES2 CHECKPOINT LOCK HELD 917 > 917 0090 DURATION-000:00:54.10 > > No messages before these 2 messages. > > It repeated the messages every 30 seconds > > $P JES2 > $P JES2,ABEND > $P JES2,TERM > NOTHING WORKED > HAD TO IPL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: *$HASP9211 JES2 MAIN TASK NOT RUNNING
MARY; I'M RUNNING Z/OS 1.7 - MIGRATE TO Z/OS 1.9 IN FEB, WE HAVE A Z9 Q04. DID DO THE GRS COMMAND - SHOWED A FEW JOBS IN CONTENTION S=SYSTEM SYSDSN SMSPD.SMGS.DGH1.SCHEDULE SYSNAMEJOBNAME ASID TCBADDR EXC/SHRSTATUS UCDMC1AZP01H1$ 003D 00AFF428 SHARE OWN UCDMC1SCP15H1$ 00A3 00AFF428 EXCLUSIVEWAIT S=SYSTEM SYSDSN SMSTD.SUSG.DGJ5.CFAPURGE SYSNAMEJOBNAME ASID TCBADDR EXC/SHRSTATUS UCDMC1SGTO2J5$ 00C1 00AFF428 EXCLUSIVEOWN UCDMC1SGTM5J5$ 00AE 00AFF428 SHARE WAIT S=STEPSYSZVVDS CATALOG.ZOS17.MASTER NOTHING STRANGE GOING ON THE SYSTEM WE ARE CURRENT WITH THE Z/OS MAINTENANCE THANKS Mary Anne Matyaz Sent by: IBM Mainframe Discussion List 01/26/2009 11:06 AM Please respond to IBM Mainframe Discussion List To IBM-MAIN@bama.ua.edu cc Subject Re: *$HASP9211 JES2 MAIN TASK NOT RUNNING George, what level are you running? Apar OA13994 may be appropriate, but it's from 2006. Were you able to get a d grs,c? Was anything else in the system running? Mary Anne On Mon, Jan 26, 2009 at 1:39 PM, George Mitjans < george.mitj...@ucdmc.ucdavis.edu> wrote: > HELLO ALL; > HELP - > I got these messages > 19:06:50.63 0090 *$HASP9211 JES2 MAIN TASK NOT RUNNING 916 > 916 0090 DURATION-000:00:21.02 > 19:07:10.69 0090 *$HASP9207 JES2 CHECKPOINT LOCK HELD 917 > 917 0090 DURATION-000:00:54.10 > > No messages before these 2 messages. > > It repeated the messages every 30 seconds > > $P JES2 > $P JES2,ABEND > $P JES2,TERM > NOTHING WORKED > HAD TO IPL > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email 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
*$HASP9211 JES2 MAIN TASK NOT RUNNING
HELLO ALL; HELP - I got these messages 19:06:50.63 0090 *$HASP9211 JES2 MAIN TASK NOT RUNNING 916 916 0090 DURATION-000:00:21.02 19:07:10.69 0090 *$HASP9207 JES2 CHECKPOINT LOCK HELD 917 917 0090 DURATION-000:00:54.10 No messages before these 2 messages. It repeated the messages every 30 seconds $P JES2 $P JES2,ABEND $P JES2,TERM NOTHING WORKED HAD TO IPL -- For IBM-MAIN subscribe / signoff / archive access instructions, send email 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: encryption on z/OS
I looked at 3 products - 1) CA tape encryption 2) ASPG Megacryption 3) IBM: Encryption Facility for z/OS I chose ibm Encryption Services DFSMSdss Encryption Dave Jones <[EMAIL PROTECTED] ARE.COM> To Sent by: IBM IBM-MAIN@BAMA.UA.EDU Mainframe cc Discussion List <[EMAIL PROTECTED] Subject .EDU> encryption on z/OS 05/16/2008 11:27 AM Please respond to IBM Mainframe Discussion List <[EMAIL PROTECTED] .EDU> What are folks using for file and database encryption on z/OS? A client of mine has some HIPAA and PCI-DSS requirements they're going to have to handle soon, and I need to start understanding what the options are. Thanks, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- 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 ?
z/os 1.8 drop date is 9/2009 I would go with z/os 1.9 and have a longer time between upgrades. -- 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: Anyone using PROJECTCPU in IEAOPT?
FMID required for PROJECTCPU=YES URL System z9 Integrated Information Processor (zIIP) http://www-03.ibm.com/systems/z/ziip/gettingstarted/prereqs.html IEAOPTxx & PROJECTCPU=YES URL -- 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
