I have contacted Marco off-line with advice about his migration. For others that might be in a similar situation, migrating to rmm, it is best not to use the UTC(YES) option during parallel running. Rather wait until in production and then consider implementation.
Our conversion tools generate the EDGUTIL SYSIN statement: CONTROL CDSID(SYS1) EXTENDEDBIN(YES) STACKEDVOLUME(YES) this has neither UTC not CATSYNCH. It is best to use the one we generate. Running CATSYNCH is best best way to ensure that rmm and catalog status info is in synch. When you switch to and from DST rmm always uses the current systems time zone offset to calculate the local time values to be displayed. Consequently there would be 1 hour time difference shown for a display performed when DST is used and after switch from DST. Mike Wood RMM Development ---------------------------------------------------------------------- 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
