Re: Automatic response fail on Console
Hi, We stopped supporting the free version of AUTO several years ago. There are quite a few problems with the old version that have been fixed and enhanced. The older version works under z/OS 1.10 for most (if not all) of the limited features it had, so you are probably just missing something critical. The new version is available at a reduced price to IBM-Main participants, but if you describe your problem with the old version I can try to help you through it. Brian Westerman Syzygy Incorporated www.SyzygyInc.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Automatic response fail on Console
saurabh, Seems you think that the failure of the reply is the issue, but I would prefer to think of the WTOR as the issue. Why was it issued and what can be done to avoid it . then you dont need to make a reply at all - something I would much prefer. So, what is the message? exact message number and text please. You mention that RMM backup is started. Which backup method is used? I would hope it is EDGHSKP with PARM of BACKUP(DSS). This is one of the non-intrusive ways to backup the CDS. Mike Wood -- 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: Automatic response fail on Console
Thanks for reply. We do not use any product for scheduling. We just use free scheduling procedure. We are using z/OS 1.10 system running. The program which we use is called AUTO and is available in SYS2.PROCLIB(AUTO). Menu Utilities Compilers Help ÄÄÄ BROWSESYS2.PROCLIB(AUTO) - 01.04 Line Col 001 080 Command ===> Scroll ===> CSR * Top of Data ** //AUTO EXEC PGM=AUTO, // TIME=1440, // DPRTY=(7,9) //* //STEPLIB DD DSN=XXX1.SYS1.LINKLIB, // DISP=SHR //* //COMMANDS DD DSN=SYS2.AUTO.&SYSNAME..COMMANDS, // DISP=SHR //* //JOB00DD DSN=SYS2.AUTO.JOBS, // DISP=SHR //* //INTRDR DD SYSOUT=(A,INTRDR) //* //SYSABEND DD SYSOUT=A //SYSUDUMP DD SYSOUT=A Bottom of Data I have never used free scheduling procedure, so not sure how system has been configured for this scheduling. I have always used TWS for scheduling Jobs. Please help me to what are all parameter and dataset member has to be checked to current scheduling configuration. Regards Saurabh On 5/27/2011 5:37 PM, saurabh khandelwal wrote: Hello, On a few systems the daily SMFDUMP that starts to run at 2200 hrs. bets a message from RMM due to the daily backup running. Something is different with these systems as our automatic response to the message fails saying that "Reply xx was not requested from this console". 2200 hrs is when the auto commands cause SMF to start offloading, and that is when the auto commands also cause the RMM tape system to be backed up. It's just that the system seems to think the wrong console is in effect. This process works on most other systems but I am not able to find difference.Can somebody help me to fix this issue. Thanks in Advance. Regards Saurabh -- 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: Automatic response fail on Console
> On a few systems the daily SMFDUMP that starts to run at 2200 hrs. > bets a message from RMM due to the daily backup running. Something is > different with > these systems as our automatic response to the message fails saying that > "Reply xx > was not requested from this console". > > 2200 hrs is when the auto commands cause SMF to start offloading, and that is > when > the auto commands also cause the RMM tape system to be backed up. It's just > that > the system seems to think the wrong console is in effect. > > This process works on most other systems but I am not able to find > difference. Can > somebody help me to fix this issue. > > > Thanks in Advance. > > Regards > Saurabh > You need to give more details. 1) What version of z/OS 2) What is your automatic process? OPS/MVS, System Rexx, MPF List exit??? 3) What invokes your SMFDUMP process 4) On the systems it works, how is the process set up? 5) On the system that does not work how is the process set up? 6) What is used to dump SMF? IFASMFDP, SMFUTIL, SMFDUMP programs? 7) Is the SMF DUMP process submitted by a scheduling product or as a Started Task or as a Batch Job? 8) What I the RMM commands that you use? Do you mean all RMM auto backs will not run until this reply is answered? The more details about your environment we have the better we can review your issue. Not all shops run SMF the same way. So it is difficult to understand what your shop does. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Automatic response fail on Console
Hello, On a few systems the daily SMFDUMP that starts to run at 2200 hrs. bets a message from RMM due to the daily backup running. Something is different with these systems as our automatic response to the message fails saying that "Reply xx was not requested from this console". 2200 hrs is when the auto commands cause SMF to start offloading, and that is when the auto commands also cause the RMM tape system to be backed up. It's just that the system seems to think the wrong console is in effect. This process works on most other systems but I am not able to find difference.Can somebody help me to fix this issue. Thanks in Advance. Regards Saurabh -- 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
Automatic response fail on Console
Hello, On a few systems the daily SMFDUMP that starts to run at 2200 hrs. bets a message from RMM due to the daily backup running. Something is different with these systems as our automatic response to the message fails saying that "Reply xx was not requested from this console". 2200 hrs is when the auto commands cause SMF to start offloading, and that is when the auto commands also cause the RMM tape system to be backed up. It's just that the system seems to think the wrong console is in effect. This process works on most other systems but I am not able to find difference.Can somebody help me to fix this issue. Thanks in Advance. Regards Saurabh -- 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