Re: IPL Shutdown Problem
Yes Ant. We did the IPL and the system is up and running. Thanks for your assistance. Regards, Vinoth M -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Thompson Sent: Thursday, September 17, 2015 10:58 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Shutdown Problem Most typically, that wait state is entered when the system has been deliberately shut down by operators. Re-IPL. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Meenakshi, Vinoth - CW Sent: Thursday, 17 September 2015 2:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Shutdown Problem Hi Ant, We couldn't able to access commands from master console or HMC, since the system went onto wait-state. Central processor (CP) 0 is in a nonrestartable stopped state due to a System Control Program (SCP) initiated reset of the I/O interface for partition LPAR4. The disabled wait program status word (PSW) is 0002800040a2. Could you assist how we move forward from here. Thanks Regards, Vinoth M -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Thompson Sent: Thursday, September 17, 2015 9:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Shutdown Problem ROUTE command not working is a completely separate issue. It won't happen if that LPAR is outside of the sysplex. You'll need a console on that system. Use the HMC if you need to, assuming you have one. Try the F OMVS, STOPPFS=FZS command on a SYS9 console. F BPXOINIT,SHUTDOWN=FORKINIT should bring down both ZFS and OMVS. $PJES2,ABEND if you absolutely have to. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Meenakshi, Vinoth - CW Sent: Thursday, 17 September 2015 1:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Shutdown Problem Thanks Ant & Lizette. F OMVS,STOPPFS=ZFS command worked and we were able to bring down ZFS for one systemSYS3 and for other system SYS9 we are facing an issue. OMVS is down and we tried to issue STOPPFS=ZFS command and it's not allowing. RESPONSE=SYS1 IEE618I ROUTE COMMAND REJECTED. SYS9 I think the system is out of sysplex now and still the below STC are running in SYS9. ZFS STC03291 OMVS 15 EXECUTION SYS9 SYS9 SYSLOG STC09890 +MASTER+ 15 EXECUTION SYS9 SYS9 Regards, Vinoth M -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Thompson Sent: Thursday, September 17, 2015 8:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Shutdown Problem Stop the ZFS address space. It should stop as part of OMVS shut down anyway, but that's probably post-JES2 completion at your site. Issue command F OMVS,STOPPFS=ZFS. SYSLOG should close as part of normal JES2 shut down. Under z/OS 2.2, it is not recommended to run ZFS processing in its own address space. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, 17 September 2015 12:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Shutdown Problem The list is not the best place for an urgent issue. But we will try to help. If this is PRODUCTION, Just take a Stand alone dump and IPL. If this is any other system - how long can you be down before you IPL. Normally I do the SA Dump and IPL. I worry about why later. You do not want to spend a lot of time trying to resolve things when you are IPL'ing. Especially if this is a critical system. You may need IBM's assistance in determine your shutdown issue, if you have not used IPCS on a Stand alone dump. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Meenakshi, Vinoth - CW > Sent: Wednesday, September 16, 2015 8:03 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IPL Shutdown Problem > > Hi All, > > We are having issue with bringing down the JES2,two of the STC are > running and it's not coming down. Even Purge command is not working. > >ZFS STC03291 OMVS 15 EXECUTION SYS9 SYS9 > SYSLOG STC09890 +MASTER+ 15 EXECUTION SYS9 SYS9 > > Even we can't able issue command from other systems. > > RESPONSE=SYS9 IEE707I $DA,XNOT EXECUTED > > Kindly guide us on this. > > Thanks. > Vinoth M -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subs
Re: IPL Shutdown Problem
Hi Ant, We couldn't able to access commands from master console or HMC, since the system went onto wait-state. Central processor (CP) 0 is in a nonrestartable stopped state due to a System Control Program (SCP) initiated reset of the I/O interface for partition LPAR4. The disabled wait program status word (PSW) is 0002800040a2. Could you assist how we move forward from here. Thanks Regards, Vinoth M -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Thompson Sent: Thursday, September 17, 2015 9:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Shutdown Problem ROUTE command not working is a completely separate issue. It won't happen if that LPAR is outside of the sysplex. You'll need a console on that system. Use the HMC if you need to, assuming you have one. Try the F OMVS, STOPPFS=FZS command on a SYS9 console. F BPXOINIT,SHUTDOWN=FORKINIT should bring down both ZFS and OMVS. $PJES2,ABEND if you absolutely have to. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Meenakshi, Vinoth - CW Sent: Thursday, 17 September 2015 1:23 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Shutdown Problem Thanks Ant & Lizette. F OMVS,STOPPFS=ZFS command worked and we were able to bring down ZFS for one systemSYS3 and for other system SYS9 we are facing an issue. OMVS is down and we tried to issue STOPPFS=ZFS command and it's not allowing. RESPONSE=SYS1 IEE618I ROUTE COMMAND REJECTED. SYS9 I think the system is out of sysplex now and still the below STC are running in SYS9. ZFS STC03291 OMVS 15 EXECUTION SYS9 SYS9 SYSLOG STC09890 +MASTER+ 15 EXECUTION SYS9 SYS9 Regards, Vinoth M -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Thompson Sent: Thursday, September 17, 2015 8:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Shutdown Problem Stop the ZFS address space. It should stop as part of OMVS shut down anyway, but that's probably post-JES2 completion at your site. Issue command F OMVS,STOPPFS=ZFS. SYSLOG should close as part of normal JES2 shut down. Under z/OS 2.2, it is not recommended to run ZFS processing in its own address space. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, 17 September 2015 12:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Shutdown Problem The list is not the best place for an urgent issue. But we will try to help. If this is PRODUCTION, Just take a Stand alone dump and IPL. If this is any other system - how long can you be down before you IPL. Normally I do the SA Dump and IPL. I worry about why later. You do not want to spend a lot of time trying to resolve things when you are IPL'ing. Especially if this is a critical system. You may need IBM's assistance in determine your shutdown issue, if you have not used IPCS on a Stand alone dump. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Meenakshi, Vinoth - CW > Sent: Wednesday, September 16, 2015 8:03 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IPL Shutdown Problem > > Hi All, > > We are having issue with bringing down the JES2,two of the STC are > running and it's not coming down. Even Purge command is not working. > >ZFS STC03291 OMVS 15 EXECUTION SYS9 SYS9 > SYSLOG STC09890 +MASTER+ 15 EXECUTION SYS9 SYS9 > > Even we can't able issue command from other systems. > > RESPONSE=SYS9 IEE707I $DA,XNOT EXECUTED > > Kindly guide us on this. > > Thanks. > Vinoth M -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: IPL Shutdown Problem
Thanks Ant & Lizette. F OMVS,STOPPFS=ZFS command worked and we were able to bring down ZFS for one systemSYS3 and for other system SYS9 we are facing an issue. OMVS is down and we tried to issue STOPPFS=ZFS command and it's not allowing. RESPONSE=SYS1 IEE618I ROUTE COMMAND REJECTED. SYS9 I think the system is out of sysplex now and still the below STC are running in SYS9. ZFS STC03291 OMVS 15 EXECUTION SYS9 SYS9 SYSLOG STC09890 +MASTER+ 15 EXECUTION SYS9 SYS9 Regards, Vinoth M -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Anthony Thompson Sent: Thursday, September 17, 2015 8:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Shutdown Problem Stop the ZFS address space. It should stop as part of OMVS shut down anyway, but that's probably post-JES2 completion at your site. Issue command F OMVS,STOPPFS=ZFS. SYSLOG should close as part of normal JES2 shut down. Under z/OS 2.2, it is not recommended to run ZFS processing in its own address space. Ant. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, 17 September 2015 12:53 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: IPL Shutdown Problem The list is not the best place for an urgent issue. But we will try to help. If this is PRODUCTION, Just take a Stand alone dump and IPL. If this is any other system - how long can you be down before you IPL. Normally I do the SA Dump and IPL. I worry about why later. You do not want to spend a lot of time trying to resolve things when you are IPL'ing. Especially if this is a critical system. You may need IBM's assistance in determine your shutdown issue, if you have not used IPCS on a Stand alone dump. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Meenakshi, Vinoth - CW > Sent: Wednesday, September 16, 2015 8:03 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: IPL Shutdown Problem > > Hi All, > > We are having issue with bringing down the JES2,two of the STC are > running and it's not coming down. Even Purge command is not working. > >ZFS STC03291 OMVS 15 EXECUTION SYS9 SYS9 > SYSLOG STC09890 +MASTER+ 15 EXECUTION SYS9 SYS9 > > Even we can't able issue command from other systems. > > RESPONSE=SYS9 IEE707I $DA,XNOT EXECUTED > > Kindly guide us on this. > > Thanks. > Vinoth M -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
IPL Shutdown Problem
Hi All, We are having issue with bringing down the JES2,two of the STC are running and it's not coming down. Even Purge command is not working. ZFS STC03291 OMVS 15 EXECUTION SYS9 SYS9 SYSLOG STC09890 +MASTER+ 15 EXECUTION SYS9 SYS9 Even we can't able issue command from other systems. RESPONSE=SYS9 IEE707I $DA,XNOT EXECUTED Kindly guide us on this. Thanks. Vinoth M -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: MQ QMGR bringing down
Sure Lizette and this was a much needed article. Thanks..! Samat From: IBM Mainframe Discussion List on behalf of Lizette Koehler Sent: Monday, June 1, 2015 9:26:40 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: MQ QMGR bringing down This is a good article on stopping/starting MQ https://www.ibm.com/developerworks/community/blogs/aimsupport/entry/zos_websphere_mq_what_goes_up_must_come_down?lang=en Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Monday, June 01, 2015 8:43 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: MQ QMGR bringing down > > I would recommend NOT using FORCE until you know the reason the qmgr is > not coming down. You may damage something you do not want to damage. > > In my opinion, always determine the cause before applying a hammer. It > maybe that it is the right solution, but you need to make sure it is. > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of zos reader > > Sent: Monday, June 01, 2015 8:27 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: MQ QMGR bringing down > > > > Thanks Kolusu, it worked and i have brought down the MQ QMGR > > > > Regards, > > Samat > > > > On Mon, Jun 1, 2015 at 8:51 PM, Sri h Kolusu > wrote: > > > > > May be you need Mode FORCE > > > > > > Example : STOP QMGR MODE(FORCE) > > > > > > And this article might give more insights. > > > > > > > > > > > > https://www.ibm.com/developerworks/community/blogs/aimsupport/entr > > y/zo > > > s_websphere_mq_what_goes_up_must_come_down?lang=en > > > > > > Thanks, > > > Kolusu > > > > > > IBM Mainframe Discussion List wrote > on > > > 06/01/2015 08:10:18 AM: > > > > > > > From: zos reader > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Date: 06/01/2015 08:11 AM > > > > Subject: Re: MQ QMGR bringing down Sent by: IBM Mainframe > > > > Discussion List > > > > > > > > Yes, tried it and still i couldn't bring down > > > > > > > > RESPONSE=SYS9 CSQY004I /CSQ1 QUEUE MANAGER IS ALREADY > > STOPPING > > > > RESPONSE=SYS9 CSQ9023E /CSQ1 CSQYSCMD 'STOP QMGR' > > ABNORMAL > > > COMPLETION > > > > > > > > Thanks > > > > > > > > On Mon, Jun 1, 2015 at 8:31 PM, Mullen, Patrick > > > > > > > > wrote: > > > > > > > > > Try /CSQ1 STOP QMGR > > > > > > > > > > > > > > > -Original Message- > > > > > From: IBM Mainframe Discussion List > > > > > [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > > On > > > > > Behalf Of zos reader > > > > > Sent: Monday, June 01, 2015 9:52 AM > > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > > Subject: MQ QMGR bringing down > > > > > > > > > > Hi All, > > > > > > > > > > I am trying to bring down the MQ QMGR and below are the running > > > > > STC > > > and i > > > > > couldn't bring them down. > > > > > > > > > > I issued /CSQ1 STOP CSQMSTR and it doesn't work I have installed > > > > > in > > > Test > > > > > system and brought up and all looks good and now i am trying > > > > > bring > > > down and > > > > > i have brought down the CSQ1CHIN stc. > > > > > > > > > > CSQ1MSTR STC04693 CSQ1MSTR 15 EXECUTION SYS9 SYS9 > > > > > CSQ1BTMN STC04714 CSQ1BTM15 EXECUTION SYS9 SYS9 > > > > > > > > > > Kindly guide me. > > > > > > > > > > Samat > > > > > BM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: FTP to USS directory
Thanks Paul & Eileen, it worked I have transferred the pax files. Lizette, we are not using it in our shop, we will try to implement in near future. Thanks All..!! -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Paul Gilmartin Sent: Thursday, April 16, 2015 2:02 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: FTP to USS directory On 2015-04-15 09:32, zos reader wrote: > Good morning All..!! > > I have more number of PTF's to be applied for CA common services. > Initiallyi downloaded CAR2014 in zip file format and i was not able to > UNZIP using CAUNZIP utility due to missing PTF's. > What zip files did you get, and how many? Can you download directly to z/OS? On the PC (if you have nothing better than Windows): ftp ZOS cd /unix/directory binary put file1.zip put file2.zip ... put filen.zip close Then use the "jar" command to unzip them. > Also CAUNZIP utility is not supporting and for that too i need to > apply few more PTF's. > Now I have downloaded the the PTF's in PAX.Z format in my PC and i > need to transfer as bin to USS directory. > Can anyone please help me out with the jcl or process for > transferring from PC to USS directory or anyother way for FTP'ing > Again, use the process above. There may be many PAX.Z files. you may need to use the mkdir command to create intermediate level directories. This is all easier with the z/OS UNIX shell. In JCL, you can use the BPXBATCH program to issue shell commands. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Adding volumes from one storage group to other
I Just want to move some free volumes from TESTB to TESTA group. As per all the hints that you have provided, I tried for a single move, it worked. Thanks ALL for your assistance. I believe that we can also do REINIT using ICKDSF utility to change the volser using the device number and also to change the characters of the specific volumes. Regards, Vinoth M -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Greg Shirey Sent: Monday, November 10, 2014 10:21 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Adding volumes from one storage group to other Yes, of course you can move volumes from one storage group to another. The volume must be empty, however, as described on this page of the DFSMSdfp Storage Administration manual: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2s2a1/13.7?SHELF=ALL13BE9&DT=20120126150025 When you delete a DASD volume from a storage group, first set the volume status to DISNEW. This prevents any new allocations to the volume while allowing existing data sets to still be accessed with DISP=SHR, DISP=MOD, or DISP=OLD. Move any data that you do not want converted to non-SMS from the volume. Next, if the DASD volume is to be reused as a non-SMS-managed volume, run a DFSMSdss NONSMS CONVERTV to convert it out of SMS. Finally, remove the volume from the storage group. To remove DASD volumes from a storage group, select the Storage Group Application Selection panel. Specify the CDS name and the storage group name that contains the volumes you want to delete. Press Enter to get the Storage Group Volume Selection panel. From the Storage Group Volume Selection panel, indicate the volumes you want to delete in the SPECIFY A SINGLE VOLUME (in PREFIX), OR RANGE OF VOLUMES field, select option 4, and press Enter. Be careful when moving or removing a volume from a storage group because the volume could contain part of a multivolume data set. The changes take effect when you activate this updated configuration. To prevent DFSMShsm from attempting to allocate to volumes which have been deleted from the storage group, issue the DFSMShsm DELVOL command from all DFSMShsm systems which are aware of the deleted volume. After deletion, the DASD volume is only eligible for non-SMS allocations. However, if you are reassigning the volume to another storage group, you need to define the volume to the storage group and then activate the updated configuration. Greg Shirey Ben E. Keith Company -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Meenakshi, Vinoth - CW Sent: Monday, November 10, 2014 2:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Adding volumes from one storage group to other Hi All, I have only little knowledge on Storage side and I need to perform below activity. One of the storage group TESTA is getting filled up and its almost utilized and only 6% free space is available. I am trying to add some MOD9 cylinders to TESTA storage group. Also i have free volumes in TESTB group which is not utilized and it has enough free space. Can we add few volumes from TESTB storage group to the TESTA storage group using ISMF or is there any other way to add volumes to a specific storage group. Kindly assist me. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Adding volumes from one storage group to other
Hi All, I have only little knowledge on Storage side and I need to perform below activity. One of the storage group TESTA is getting filled up and its almost utilized and only 6% free space is available. I am trying to add some MOD9 cylinders to TESTA storage group. Also i have free volumes in TESTB group which is not utilized and it has enough free space. Can we add few volumes from TESTB storage group to the TESTA storage group using ISMF or is there any other way to add volumes to a specific storage group. Kindly assist me. Thanks, Vinoth M -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: High CPU Utilized
Thanks Allan, Koehler &Engelbrecht. We are using z/OS 1.13 and we already pulled the RMF report and many of jobs are long running and for sample I have list couple of them. During the Batch window only its rising to 100% and remaining time its normal. We made analysis on STS's, Network, Tape, TSO & Jobs and only the Batch job is making to reach high CPU %. Regards, Vinoth M -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Staller, Allan Sent: Thursday, September 18, 2014 6:27 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: High CPU Utilized High CPU utilization is not (by itself) a problem. OS/MVT (and all of its successors, OS/MVS, MVS/ESA, OS/390. z/OS..) have been designed (and redesigned) to run at 100% utilization for months and years at a time (I know, I have been there). That being said, most things will run (FSVO) better when there is a little excess capacity. There are so many variables that can contribute to elapsed time that I can't even begin to provide any sort of meaningful discussion about any of them. A partial list of things to look at: PR/SM overhead (too many logical processors defined) Workload manager policy Device contention DFHSM (or equivalent) recall Virtual Tape recall Human factors (physical tape mounting) Job Scheduling Job Contention And many more... One key to look at is the RMF Mon I CPU report. The key number is the "IN READY" queue. The ideal number is (number of logical processors * 1). That is, one job is always ready to execute. IN READY < 1 indicates excess CPU capacity IN READY > 1 indicates excessive workload (FSVO excessive). There is no Rule of Thumb here. Whatever you can tolerate is a good number As other have said, are SLA's being missed? HTH, In environment we are using 2818-X02 box with around 1100 MIPS and this boxes is utilized by couple of LPARS(SYSP & SYST). One is a PROD and other is Play LPAR and almost 90% of weight is contributed to PROD SYSP system. We have a scenario of High CPU utilized only during our batch window(4hours) and few days back the system was recycled due to the high CPU utilized and we feel that this may create impact during Peak season in November, December. Also we got a report from our batch team and most of batch jobs are using more CPU time with very high elapsed time and below is for your ref. JOB NAMECPU TIMEELAPSED TIME Job A 29:22.1 01.48.26.24 Job B 19:12.3 02.44.26.24 We are position to bring down the CPU Utilization time and make the system healthy and we are trying to split the Batch jobs and run on different time. I would like to get some clarity on the Elapsed time, whether this elapsed will make use of the CPU and will it be the cause of high CPU utilized during batch window? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
High CPU Utilized
Hi All, In environment we are using 2818-X02 box with around 1100 MIPS and this boxes is utilized by couple of LPARS(SYSP & SYST). One is a PROD and other is Play LPAR and almost 90% of weight is contributed to PROD SYSP system. We have a scenario of High CPU utilized only during our batch window(4hours) and few days back the system was recycled due to the high CPU utilized and we feel that this may create impact during Peak season in November, December. Also we got a report from our batch team and most of batch jobs are using more CPU time with very high elapsed time and below is for your ref. JOB NAMECPU TIMEELAPSED TIME Job A 29:22.1 01.48.26.24 Job B 19:12.3 02.44.26.24 We are position to bring down the CPU Utilization time and make the system healthy and we are trying to split the Batch jobs and run on different time. I would like to get some clarity on the Elapsed time, whether this elapsed will make use of the CPU and will it be the cause of high CPU utilized during batch window? Kindly clear me. We value your valuable inputs and that would be helpful and please suggest is there any other way to rectify this issue. Thanks, Vinoth M -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: OMVS down
Thanks Maten & Lizette..:) We restarted the OMVS segment with the new BPXPRM member and it worked and we got the System up and running fine. Thanks again. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Sunday, August 24, 2014 10:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: OMVS down Remember to contact your z/OS SYSTEM PROGRAMMER to make sure what you need to do. Starting OMVS incorrectly is just as bad as it being down. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Meenakshi, Vinoth - CW > Sent: Sunday, August 24, 2014 1:59 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: OMVS down > > Hi All, > > While IPL'ing the system we could bring all the elements except the > OMVS segment, using D OMVS,U=OMVS command i get the below message > > BPXO042I 20.53.05 DISPLAY OMVS 003 > OMVS 000F SHUTDOWN > > Due to this OMVS issue, we could not able to bring the session online. > Is there a way to bring the OMVS dynamically, I tried RO SYS9,F > OMVS,ACTIVATE=SERVICE, but it's not working. > > Kindly assist me.. > > ro sys9,D A,L > IEE114I 03.50.57 2014.236 ACTIVITY 740 > JOBS M/STS USERSSYSASINITS ACTIVE/MAX VTAM OAS > 0000370 0003000/00250 3 > LLA LLA LLA NSW S VLF VLF VLF NSW S > DLF DLF DLF NSW S RMF RMF IEFPROC NSW S > EPWFFST FFST EPWFFST NSW S NET NET VTAM NSW S > OAM OAM IEFPROC NSW S JES2 JES2 IEFPROC NSW S > TSS9 TSS TSS NSW S ICOM ICOM ICOM1NSW S > GRSMON GRSMON GRSMON OWT S SWSCNTL9 SWSCNTL9 > SWSUBSYS NSW S > TM09MSTR TM09MSTR TMVSMSTR NSW S TM09MVS TM09MVS TMVSMVS NSW S > TM09LFS TM09LFS TMVSLFS NSW S CAIENF ENF CAENFNSW S > RMFGAT RMFGAT IEFPROC NSW SO SDSF SDSF SDSF NSW S > RRS RRS RRS NSW S VAM9 VAM9 VAM OWT S > SYNCDSM9 SYNCDSM9 IEFPROC IN S CAL79CAL79DBAS@30 NSW > S > BDCAS9 BDCAS9 AABDCAS NSW S TC09LFS TC09LFS TCELFS NSW > S > TC09CICS TC09CICS TCECICS NSW S AAVIEW9 AAVIEW9 AAVIEW NSW S > APPC APPC APPC NSW S OSASF1 OSASF1 OSASF1 IN S > XPEDCICS XPEDCICS DBUGSTC NSW S PTXMANZ PTXMANZ XMANAGER NSW S > TCPIPS09 TCPIPS09 TCPIPNSW S RESOLVER RESOLVER EZBREINI > NSW S > TCPRXS09 TCPRXS09 RXSERVE OWT S TCPMRS09 TCPMRS09 OMPROUTE OWT S > TCPTNS09 TCPTNS09 TN3270 NSW S TSO TSO STEP1OWT S > CA7 CA7 CA7 NSW S > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
OMVS down
Hi All, While IPL'ing the system we could bring all the elements except the OMVS segment, using D OMVS,U=OMVS command i get the below message BPXO042I 20.53.05 DISPLAY OMVS 003 OMVS 000F SHUTDOWN Due to this OMVS issue, we could not able to bring the session online. Is there a way to bring the OMVS dynamically, I tried RO SYS9,F OMVS,ACTIVATE=SERVICE, but it's not working. Kindly assist me.. ro sys9,D A,L IEE114I 03.50.57 2014.236 ACTIVITY 740 JOBS M/STS USERSSYSASINITS ACTIVE/MAX VTAM OAS 0000370 0003000/00250 3 LLA LLA LLA NSW S VLF VLF VLF NSW S DLF DLF DLF NSW S RMF RMF IEFPROC NSW S EPWFFST FFST EPWFFST NSW S NET NET VTAM NSW S OAM OAM IEFPROC NSW S JES2 JES2 IEFPROC NSW S TSS9 TSS TSS NSW S ICOM ICOM ICOM1NSW S GRSMON GRSMON GRSMON OWT S SWSCNTL9 SWSCNTL9 SWSUBSYS NSW S TM09MSTR TM09MSTR TMVSMSTR NSW S TM09MVS TM09MVS TMVSMVS NSW S TM09LFS TM09LFS TMVSLFS NSW S CAIENF ENF CAENFNSW S RMFGAT RMFGAT IEFPROC NSW SO SDSF SDSF SDSF NSW S RRS RRS RRS NSW S VAM9 VAM9 VAM OWT S SYNCDSM9 SYNCDSM9 IEFPROC IN S CAL79CAL79DBAS@30 NSW S BDCAS9 BDCAS9 AABDCAS NSW S TC09LFS TC09LFS TCELFS NSW S TC09CICS TC09CICS TCECICS NSW S AAVIEW9 AAVIEW9 AAVIEW NSW S APPC APPC APPC NSW S OSASF1 OSASF1 OSASF1 IN S XPEDCICS XPEDCICS DBUGSTC NSW S PTXMANZ PTXMANZ XMANAGER NSW S TCPIPS09 TCPIPS09 TCPIPNSW S RESOLVER RESOLVER EZBREINI NSW S TCPRXS09 TCPRXS09 RXSERVE OWT S TCPMRS09 TCPMRS09 OMPROUTE OWT S TCPTNS09 TCPTNS09 TN3270 NSW S TSO TSO STEP1OWT S CA7 CA7 CA7 NSW S -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PSW error during IPL
Thanks Pew. The operator may replied for the message and below is the info got from the wait codes manual. 004 The operator entered the VARY XCF,sysname,OFFLINE command to remove the system from the sysplex. Could you please assist how to resolve and bring the system up. Do we need to IPL the system? Thanks.. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Pew, Curtis G Sent: Thursday, August 21, 2014 8:20 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: PSW error during IPL On Aug 20, 2014, at 9:40 PM, Meenakshi, Vinoth - CW wrote: > We IPL'ed our system and we are facing an issue on bringing up the system > with the PSW error. > > "Central processor (CP) 0 is in a nonrestartable stopped state due to a > System Control Program (SCP) initiated reset of the I/O interface for > partition LPAR4. > The disabled wait program status word (PSW) is > 0002800040a2." > > Can anyone please guide me to resolve this issue. You look it up in chapter 3 "Wait state codes" of the MVS System Codes manual. For 0A2 it says: "Cross-system coupling facility (XCF) or cross-system extended services encountered a non-recoverable error and stopped the system. The system also issues this wait state in response to an operator request to stop the system. See z/OS MVS Diagnosis: Reference for information on diagnosing sysplex problems." And under reason code 004 it says: "The operator entered the VARY XCF,sysname,OFFLINE command to remove the system from the sysplex." -- Pew, Curtis G curtis@austin.utexas.edu ITS Systems/Core/Administrative Services -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
PSW error during IPL
Hi All, We IPL'ed our system and we are facing an issue on bringing up the system with the PSW error. "Central processor (CP) 0 is in a nonrestartable stopped state due to a System Control Program (SCP) initiated reset of the I/O interface for partition LPAR4. The disabled wait program status word (PSW) is 0002800040a2." Can anyone please guide me to resolve this issue. Thanks, Vinoth M -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon region size increase
Hi All, Thanks all for valuable inputs, it worked. Thank you..!! Vinoth M -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of TonyIcloud-OPERA Sent: Thursday, August 07, 2014 7:59 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO Logon region size increase Hello Vinoth, here is a method that I have used in the past to change this value for all users that currently have a TSO segment. 1. Obtain a list of all user ACIDs that have a TSO segment. The TS database unload can be used to create this list. If you need further advice on this task let us know. 2. Once the list is obtained in a dataset, FB-80, ACID in columns 1-8 create a small DF/SORT job. //step1 exec pgm=sort //sysout dd sysout=* //sortin dd dsn=your.list.of.TSO.users,disp=old //sortout dd dsn=your.new.list.of.tss.commands,disp=(new,catlg,) //sysin dd * sort fields=copy outfil outrec=(c'tss add(' 01,08,c') ', c'tsolsize(8m)' 50xfill to 80 ?? 3. execute the output file. P.S. Please double check syntax of the TSS ADD command, I'm keying from memory. On Thu, 07 Aug 2014 08:41:17 -0500, John P Kalinich wrote: > Vinoth, > > Ask your Top-Secret Security Administrator if there is a global option > to set the default TSO logon region. If not, you may have to define > it for each userid. > > Regards, > John K > > IBM Mainframe Discussion List wrote on > 08/07/2014 08:25:20 AM: > >> From: "Meenakshi, Vinoth - CW" >> To: IBM-MAIN@LISTSERV.UA.EDU >> Date: 08/07/2014 08:26 AM >> Subject: Re: TSO Logon region size increase Sent by: IBM Mainframe >> Discussion List >> >> Hi, >> >> Do we need to define the region size in Security tool, CA-TSS is tool >> we are using. >> >> Thanks >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU >> ] On Behalf Of Meenakshi, Vinoth - CW >> Sent: Thursday, August 07, 2014 4:57 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: TSO Logon region size increase >> >> Hi John, >> >> We are using CA-Top Secret security tool. >> >> -Original Message- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU >> ] On Behalf Of John P Kalinich >> Sent: Thursday, August 07, 2014 4:54 PM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: TSO Logon region size increase >> >> VM of the IBM Mainframe Discussion List >> wrote > on >> 08/07/2014 05:40:17 AM: >> >> > From: "Meenakshi, Vinoth - CW" >> > To: IBM-MAIN@LISTSERV.UA.EDU >> > Date: 08/07/2014 05:40 AM >> > Subject: TSO Logon region size increase Sent by: IBM Mainframe >> > Discussion List >> > >> > Hi All, >> > >> > We are in need to increase the region size of TSO 4M to 8M and we >> > need to do it globally instead of editing manually in the TSO >> > logon >> screen. >> > >> > Please guide me >> > >> > Regards, >> > Vinoth M >> >> What security system are you using? With ACF2, you can set the TSO >> default region in the TSO GSO record. >> >> Regards, >> John K > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Using Opera's mail client: http://www.opera.com/mail/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon region size increase
Hi, Do we need to define the region size in Security tool, CA-TSS is tool we are using. Thanks -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Meenakshi, Vinoth - CW Sent: Thursday, August 07, 2014 4:57 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO Logon region size increase Hi John, We are using CA-Top Secret security tool. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John P Kalinich Sent: Thursday, August 07, 2014 4:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO Logon region size increase VM of the IBM Mainframe Discussion List wrote on 08/07/2014 05:40:17 AM: > From: "Meenakshi, Vinoth - CW" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/07/2014 05:40 AM > Subject: TSO Logon region size increase Sent by: IBM Mainframe > Discussion List > > Hi All, > > We are in need to increase the region size of TSO 4M to 8M and we need > to do it globally instead of editing manually in the TSO logon screen. > > Please guide me > > Regards, > Vinoth M What security system are you using? With ACF2, you can set the TSO default region in the TSO GSO record. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: TSO Logon region size increase
Hi John, We are using CA-Top Secret security tool. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John P Kalinich Sent: Thursday, August 07, 2014 4:54 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: TSO Logon region size increase VM of the IBM Mainframe Discussion List wrote on 08/07/2014 05:40:17 AM: > From: "Meenakshi, Vinoth - CW" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/07/2014 05:40 AM > Subject: TSO Logon region size increase Sent by: IBM Mainframe > Discussion List > > Hi All, > > We are in need to increase the region size of TSO 4M to 8M and we need > to do it globally instead of editing manually in the TSO logon screen. > > Please guide me > > Regards, > Vinoth M What security system are you using? With ACF2, you can set the TSO default region in the TSO GSO record. Regards, John K -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TSO Logon region size increase
Hi All, We are in need to increase the region size of TSO 4M to 8M and we need to do it globally instead of editing manually in the TSO logon screen. Please guide me Regards, Vinoth M -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMF report
Thanks all for your info Regards, Vinoth Sent from my iPhone > On 21-Mar-2014, at 8:51 pm, "Ed Gould" wrote: > > Or DFSORT (etc). > > Ed > >> On Mar 21, 2014, at 2:26 AM, Andrew Rowley wrote: >> >>> On 21/03/2014 18:05, Massimo Biancucci wrote: >>> >>> You need some product (from SAS or Tivoli or EPV Tech) or the RMF >>> post-processor in order to have something readable. >> >> Or EasySMF. It makes it simple to find the top jobs - just select the time >> interval and look at the Job Status During Interval report (Requires SMF >> type 30 records, including the interval records) >> >> Sort on whichever column you are interested in to see which jobs used most >> during the interval. >> >> You can download a 30 day free trial from >> http://www.smfreports.com/ >> >> Regards >> >> Andrew Rowley >> Black Hill Software >> >> -- >> and...@blackhillsoftware.com >> +61 413 302 386 >> >> -- >> For IBM-MAIN subscribe / signoff / archive access instructions, >> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SMF report
Hi, We are using z/OS 1.13 and one Prod LPAR is utilizing 100% utilization and it slow down the system for 2hours business time, we are planning to extract top utilizing Job report from SMF 79 record type. Below is the JCL which we used and we could not get the output in readable format, can anyone help me. //TSMMEVR JOB (T,I98,0988),'NAME', //MSGCLASS=X,CLASS=X, // USER=TSMMEV,PASSWORD= //** //* STEP 1: UNLOAD DATA FROM THE SMF DATA SETS //** //SMFDUMP EXEC PGM=IFASMFDL //INDD1 DD DSN=PNDS.T05SMF.DAILY2,DISP=SHR // DD DSN=PNTS.T0500SMF.WKLYTAP2,DISP=SHR // DD DSN=PNTS.T0500SMF.MTLYTAP2,DISP=SHR //OUTDD1 DD DSN=TSMMEV.SMF.TYPE792, // SPACE=(CYL,(500,500),RLSE),UNIT=SYSDA,DISP=(NEW,CATLG) //SYSPRINT DD SYSOUT=* //SYSIN DD * INDD(INDD1,OPTIONS(DUMP)) OUTDD(OUTDD1,TYPE(79)) //* -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Maestro to CA7
Thanks for providing the right info Lizette. Also need to contact CA support too. Regards, Vinoth M -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, March 11, 2014 8:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Maestro to CA7 Welcome. If you were not aware, there is a group on MYCA community for CA7 type questions. You may find a better audience there to help. It is found in SUPPORT.CA.COM Also, have you contacted CA7 support on SUPPORT.CA.COM? If so, what have they suggested? They should be able to help you. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Meenakshi, Vinoth - CW > Sent: Monday, March 10, 2014 7:05 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Maestro to CA7 > > Hi All, > > We are running CA7 11.3 and we are facing an issue with a batch job. > The batch job > is flowing from Maestro to CA7 and both are communicated with Tivoli workload > scheduler(TWS) > > Actually all Maestro jobs flows to CA7 through Console terminal > (CTERM1) whereas on particular day it flows thru Batch > terminal(BTERM1) and the job got > abended, below is the error message. > > Error : > LJR CA7MVSDV00TWS0R5400101_27256139104 0003 --CA- > 7.822 - (BTERM1 ) CLOSED > > Could you please look into it and help us. > > Regards, > Vinoth M > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Maestro to CA7
Hi All, We are running CA7 11.3 and we are facing an issue with a batch job. The batch job is flowing from Maestro to CA7 and both are communicated with Tivoli workload scheduler(TWS) Actually all Maestro jobs flows to CA7 through Console terminal (CTERM1) whereas on particular day it flows thru Batch terminal(BTERM1) and the job got abended, below is the error message. Error : LJR CA7MVSDV00TWS0R5400101_27256139104 0003 --CA-7.822 - (BTERM1 ) CLOSED Could you please look into it and help us. Regards, Vinoth M -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN