|
An option might be to power it down prior to the roll over. Then power it back up. See what happens. To test this use GO SAVE and option 21 to save your entire system first. Change your date and time to just before. Do the power down. Power it back up and see what happens. Recommendation is that you then do a complete system restore - microcode and all. Heck, it might not be a bad idea to do a complete system save shortly before anyways. Worst case you can then play the change the date game until you figure out what to do. Have your applications been behaving? What kind of shop are you running? For example if you are running MRP is it forecasting correctly? All this should have been done prior to now of course. The people that are giving you recommendations to upgrade your system are correct. I am just trying to answer your question as to what may go wrong. Judging by the plethora of IBM ptf's for y2k - plenty! I feel your attitude "if it ain't broke don't fix it". We have an old E04 running an application we hope to obsolete within a week. I originally wanted to leave it at V2R3 instead of upgrading to V3. Those cross reference files that originated with V3 suck some disk space. I upgraded just so my development machine could compile down to that level. You can take the "if it ain't broke don't fix it" too far. My dad didn't even want to change the oil on his truck. barsa2@ibm.net on 12/16/99 10:05:30 AM Please respond to MIDRANGE-L@midrange.com@Internet To: MIDRANGE-L@midrange.com@Internet cc: Fax to: Subject: Re: AS/400 E35 series.... At 03:41 PM 12/16/1999 +0530, you wrote: >Dear All, >I have E35 series AS/400 machine with OS version V2R3M0. >According to the IBM, the machine is not Y2K compliant and the behaviour >of the >OS is not predictable after Dec 31 1999. Can anyone tell me what will be the >fate of this machine after 31-12-99 and will it be useful for any purpose, >if at >all it comes up after 31-12-99. You need to go to V3R2. Al +--------------------------------------------------+ | Please do not send private mail to this address. | | Private mail should go to barsa@ibm.net. | +--------------------------------------------------+ Al Barsa, Jr. - Account for Midrange-L Barsa Consulting, LLC. 400 > 390 Phone: 914-251-1234 Fax: 914-251-9406 http://www.barsaconsulting.com http://www.taatool.com +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the Midrange System Mailing List! | To submit a new message, send your mail to MIDRANGE-L@midrange.com. | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com. | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +---
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.