----- YEAR2000 CFORUM appended at 11:35:24 on 98/08/06 GMT (by E092684 at EHONE) Subject: IMSPARS and Y2K Hello, IMSPARS (5798-CQP) is Y2K ready, and GPAR (5798-CPR) is NOT Y2K ready on the readiness DB (Aug.6th,98). GPAR is prerequisite S/W of IMSPARS, and GPAR does not have replacement S/W... Q1) Does anyone test IMSPARS with GPAR on Y2K time machine? Q2) Can we use IMSPARS after Jan.1st,2000? regards, Tomohisa Sugiyama, tomsugiy @ jp.ibm.com ----- YEAR2000 CFORUM appended at 09:21:14 on 98/08/10 GMT (by GBCADG12 at ELINK Subject: IMSPARS and Y2K Ref: Append at 11:35:24 on 98/08/06 GMT (by E092684 at EHONE) IMS Performance Analyzer (5697-B89) is a functional replacement for IMSPARS and has no dependency on GPAR. I seem to remember (but can't check from here) that GPAR dates (and therefore IMSPARS dates) are already Y2K format, and that the Y2K fixes for IMSPARS are just to support the new log record formats of the Y2K versions of IMS. (I could be wrong) This append was created on the External IBMLink system by Jeff Knaggs - Senior Data Analyst Tesco Stores Ltd, Progress House, Shire Park, Welwyn Garden City, Herts, UK 01707-350431 jeff.knaggs@cableol.co.uk ----- YEAR2000 CFORUM appended at 11:40:55 on 98/08/17 GMT (by GBOAKR00 at ELINK Subject: IMSPARS and Y2K Ref: Append at 09:21:14 on 98/08/10 GMT (by GBCADG12 at ELINK) I tested IMSPARS/GPAR on a Y2K system, I found no specific issues. However a Jeff says - PARS has been superceeded by a much better product. Any bugs in GPAR relating to IMSPARS will be fixed by the IMSPARS team. This append was created on the External IBMLink system by Shawn Grinter Millenium Systems, UK Tel: +44 171 821 6346 Fax: +44 171 976 5769 ----- YEAR2000 CFORUM appended at 13:51:20 on 98/08/17 GMT (by E092684 at EHONE) Subject: IMSPARS and Y2K Ref: Append at 11:40:55 on 98/08/17 GMT (by GBOAKR00 at ELINK) Thanks Shawn, Today, I found out the following information on Y2K readiness DB. Did you test IMSPARS with FROM/TO, START/STOP parameters? >> Additional documentation for 5798CQP >> >> This product has a dependency on the Generalized Performance Analysis >> Reporting (GPARS) product (5798-CPR) which provides date/time selection >> capabilities as part of its' command lanaguage. GPARS is not year 2000 >> capable. The dependency on GPARS introduces a restriction in the IMSPARS >> and IMSASAP products causing the select 'from/to' and 'start/stop' >> parameters to not operate beyond the year 2000. Regards,, Tomohisa Sugiyama tomsugiy@jp.ibm.com ----- YEAR2000 CFORUM appended at 10:48:31 on 98/08/18 GMT (by 72434973 at EHONE Subject:ADSM on S/390 and Y2k I am looking for recommendation for testing adsm in a Y2K maschine 1. Do I need also Y2K clients and do I have to switch the clients to Y2K. 2. Does have ADSM same restriction as HSM doe, like seperate Storage Pool and a seperate data base 3. There other recommendation all is apprerviated Thanks in advance Peter Klein Germany HE Systems ----- YEAR2000 CFORUM appended at 23:29:49 on 98/08/20 GMT (by JJACOB at TOROVM1 Subject: Test cases for OS/2, Novel, DOS and NT Workstations/Servers Are there documentation anywhere about test cases to certify these OS's and the hardware? (IBM 330 server, NetFinity 5500, IBM 300 GL). Jose L. Jacob jacob@vnet.ibm.com (905)316-3228 tl886 ----- YEAR2000 CFORUM appended at 16:57:01 on 98/08/21 GMT (by SAKC3II at ELINK) Subject: PSP Bucket My skull contains vacuum. What is the PSP bucket for year 2000 maintenance? I've tried a number of entries and I'm sure I'm only off a character or so but the permutations are endless. Alan Schwartz John Alden Systems Company. ----- YEAR2000 CFORUM appended at 17:14:51 on 98/08/21 GMT (by WILL at WSCVM) <1 Subject: PSP Bucket Ref: Append at 16:57:01 on 98/08/21 GMT (by SAKC3II at ELINK) <10707> YR2000MVS for MVS YR2000VM for VM YR2000VSE for VSE Will Patton - Business Recovery Services Boulder, CO ----- YEAR2000 CFORUM appended at 18:23:10 on 98/08/21 GMT (by CBS at SJEVM5) <1 Subject: ADSM on S/390 and Y2k Ref: Append at 10:48:31 on 98/08/18 GMT (by 72434973 at EHONE) I am not an ADSM expert but I believe that much the same considerations would apply with ADSM as would apply with DFSMShsm, for much the same reasons. 1. If you are going to perform a full Year 2000 test then clearly you would need to have both clients and server running under a future date and using suitable ADSM code. 2. Among other reasons, you would want to use a separate ADSM database and storage pools to avoid any risk of polluting your production ADSM environment with future-date data. Another good reason for using a separate database would be because if you used your current production ADSM database with a future date system, there's a good chance that ADSM would delete a bunch of your backup versions because they would appear to it to have expired (depending on your policies, of course). If you're not careful, DFSMShsm can do the same! Chris Saul, Storage Systems Division, San Jose Send e-mail to Chris Saul/San Jose/IBM@IBMUS or cbs@us.ibm.com or CBS at IBMUSM51 Do not send mail to SJEVM5. ----- YEAR2000 CFORUM appended at 13:14:35 on 98/08/25 GMT (by CH1 at ELINK) <10 Subject: IMSPARS and Y2K Ref: Append at 13:51:20 on 98/08/17 GMT (by E092684 at EHONE) This append was created on the External IBMLink system by Ctry DIAL-IBM Coord. ----- YEAR2000 CFORUM appended at 13:14:45 on 98/08/25 GMT (by CH1 at ELINK) <10 Subject: IMSPARS and Y2K Ref: Append at 13:51:20 on 98/08/17 GMT (by E092684 at EHONE) This append was created on the External IBMLink system by Ctry DIAL-IBM Coord. ----- YEAR2000 CFORUM appended at 13:14:54 on 98/08/25 GMT (by CH1 at ELINK) <10 Subject: IMSPARS and Y2K Ref: Append at 13:51:20 on 98/08/17 GMT (by E092684 at EHONE) This append was created on the External IBMLink system by Ctry DIAL-IBM Coord. ----- YEAR2000 CFORUM appended at 13:15:02 on 98/08/25 GMT (by CH1 at ELINK) <10 Subject: IMSPARS and Y2K Ref: Append at 13:51:20 on 98/08/17 GMT (by E092684 at EHONE) This append was created on the External IBMLink system by Ctry DIAL-IBM Coord. ----- YEAR2000 CFORUM appended at 10:24:49 on 98/08/28 GMT (by DEMVG04 at ELINK2 Subject: IMSPARS and Y2K Ref: Append at 11:40:55 on 98/08/17 GMT (by GBOAKR00 at ELINK) Maybe IMS Performance Analyzer is the much better product, it's also the much more expensive product. Too expensive for us to migrate. So we are also interested in using IMSPARS/GPAR in Y2000 and in an answer to Tomohisas question. This append was created on the External IBMLink system by Werner Kuehnel Mannheimer Versicherung AG. Germany Tel.++49-621-4574885 Fax ++49-621-4574046 Email kuehnewe@mannheimer.de ----- YEAR2000 CFORUM appended at 06:38:38 on 98/08/31 GMT (by CYCPB009 at ELINK Subject: Guide to setting up a Y2K LPAR Hi Ken, I have been going through the forum and kept finding appends requesting your presentation. Is it too late to request a copy? Is it Internet available? If not, can you please send me a copy at kokkin1@ibm.net Thanks, Andreas Kokkinos Cyprus Popular Bank This append was created on the External IBMLink system by CYPRUS POPULAR BANK cpb ----- YEAR2000 CFORUM appended at 12:44:45 on 98/08/31 GMT (by Y2KTSC9 at SJEVM5 ========================================================================= Date: 31 August 1998, 05:34:50 PDT From: Year 2000 Technical Support Center (TSC9) Y2KTSC9 at SJEVM5 To: DEMVG04 at ELINK2 Re: IMSPARS and Y2K Ref: Your append to YEAR2000 CFORUM at 10:24:49 on 98/08/28 The IBM Year 2000 Technical Support Center plans to also place this information on our WEB site in the near future. Our site can be found at http://wwww.software.ibm.com/year2000 ================================================================================ This memo is to alert you that the IMS Performance Analysis and and Reporting System (IMSPARS) has a dependency on the Generalized Performance Analysis Reporting System (GPARS) product number (5798-CPR). GPARS is not year 2000 capable and the GPARS dependency introduces a restriction in the IMSPARS product concerning the use of the select 'from/to' and 'start/stop' parameters provided with the GPARS time selection functions. These functions will not operate beyond the year 2000. This restriction is further documented in the product PSP bucket. The replacement product for IMSPARS is the IMS Performance Analyzer (5697-B89). The IMS Performance Analyzer (IMS PA) removes this restriction and the dependency on GPARS. IMS PA offers significant enhancements that include: - An easy-to-use ISPF interface - Improved and new reports and reporting features - Support for IMS Versions 4, 5, and 6 from a single load library For additional information please refer to Software Announcement 297-382, dated September 30, 1997 or contact your IBM representative. Migration to IMS PA is recommended to ensure the best possible reporting of IMS performance information. ================================================================================ IBM Year 2000 Technical Support Center (Y2KTSC9) ----- YEAR2000 CFORUM appended at 19:56:41 on 98/08/31 GMT (by MLAFORT at BOSTON Subject: Bad Result LE370 Y2K Test. MVS/ESA 5.2. Y2K test. Selected date of 08/08/2000. - If using COBOL verb ACCEPTDATEFROM resulted in correct date returned - 08/08/2000. - If LE370 Runtime Move function CURRENTDATE resulted in 08/08/1900 being returned. Why the bad result using LE370?