If they check for a non-zero return value from BPX1SDD, then this would be the expected behaviour when the required setting was already in effect. A return value of -1 from BPX1SDD is a bad result.
BPX1SDD is supposed to return the previous dub setting so, if the previous call to BPX1SDD was still in effect, then the returned value could be non-zero because the dub value has already been set. If so, then the result of the call to BPX1SDD was successful even if it was not necessary so the return code and reason code are zero. We saw this message on our test LPAR where we just change the time zone. Other than the ugly message, RMFGAT did not appear to encounter any problems after the time zone change, Bill On Thu, 13 Mar 2008 21:54:31 -0400, Knutson, Sam <[EMAIL PROTECTED]> wrote: >At the time change here an anomaly occurred in RMF. >I opened a PMR on this but we have only the WTO message which occurred on every system in the Sysplex when the ETR changed the time. > >There are no hits for the ERB307I BPX1SDD with return code 0000 >Reason 0000 found by me or Level-2. ERB3GINI is the RMFGAT init module calling BPX1SDD to make RMFGAT a permanent process. RMF only issues the message if it gets a non-zero return VALUE back from the USS service request. The time change drive an RMF restart, and this error occurred when >RMFGAT was restarting. > >01:59:55.62 JOB84350 00000090 IECTMS9 0749,006204,DDBBJDB ,OUTDD1 ,CATALOG ,0001,S.BACKUP.G0307V00 > >02:59:59.92 00000290 IEA271I ETR TIME OFFSET CHANGES HAVE OCCURRED. > >03:00:02.54 STC05879 00000090 ERB307I III: MONITOR III DATA GATHERER ERB3GINI. INTERFACE BPX1SDD >03:00:02.54 STC05879 00000090 ERB307I III: FAILED. RETURN CODE: 0000 REASON CODE: 0000 > >I only noticed it because we had automation that picked up the ERB307I message. No dumps, no other messages, and nothing in logrec. > >It would be useful if someone else also had this occur so Level-2 had more than a one customer population that asserts something is odd here. I don't like odd. The message should not come out if RC/RSN = 00 but it did so something is not correct. > >If you observe daylight savings time, run RMF Monitor III, and make the time change automatically using an ETR (or not) I would appreciate it if you could check and see if you had this happen and contact me. > >Thanks In Advance! > > Best Regards, > > Sam Knutson, GEICO > Performance and Availability Management > mailto:[EMAIL PROTECTED] > (office) 301.986.3574 > >"Think big, act bold, start simple, grow fast..." > > > ---------------------------------------------------------------------- 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
