|
CL program is the way to go for V5R2 or below. I believe the issue is the change with QUTCOFFSET. When you change this value, Domino runs slow due to all the GetTimeOfDay function for every process. There is another way as outlined in a Walter Scanlan email earlier this month. We have used it and it work great - must be V5R3. OS/400 V5R3 Can use the same solution as V5R2 but also has this alternate option. Time maintenance application. This application will slow or speed the clock so no "time change" is required. The system clock is either sped up or slowed to complete the desired time change. This tool is used on systems with applications which cannot permit duplicate time stamps which might occur by altering the system time. While Domino is not one of these applications the system Domino is hosted on might have one of this time sensitive applications requiring the use of this tool. This application relies on a new OS/400 system value QTIMZON If this application is used the Time is not CHANGED the QTIME system clock is either slowed or sped to meet the time change. Time maintenance application Identifies the software to use to adjust the system clock to keep it synchronized with an external time source. This system value does not enforce the software specified, it only identifies the software to use. This value should be maintained by time adjustment software and is intended as an aid to prevent having multiple time adjustment applications conflict with each other. There are no checks performed by the system to verify this value or that software is or is not performing time adjustments. IBM time adjustment offerings will use identifiers that start with QIBM such as 'QIBM_OS400_SNTP'. Other software suppliers should follow a similar naming convention of company name and product name. Time adjustment software should check this system value prior to starting. If this system value has an identifier for other time adjustment software, then the software being started should notify the user of this potential conflict and confirm that this time adjustment software should be started. When there is not an identifier associated with this system value, the software should update this system value to identify that it is now responsible for adjusting the system clock. Time adjustment software should check this system value again prior to ending. This system value should be set to the value None only if the current value identifies this time adjustment software that is ending. Possible values are the following: None Indicates that time adjustment software has not been identified. identifier Identifies the software that will be used to adjust the system clock. For more information about the SNTP client time maintenance application that IBM supplies with the system, see the iSeries information center. -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- ChadB@wheeling-ni sshin.com Sent by: To domino400-bounces Lotus Domino on the iSeries / AS400 +ewaters2=csc.com <domino400@xxxxxxxxxxxx> @midrange.com cc Subject 10/31/2005 02:10 Time Change PM Please respond to Lotus Domino on the iSeries / AS400 <domino400@midran ge.com> Regarding the issue where Domino gets very slow after the OS time change occurs (until the Domino server is restarted): First, does this occur durning the spring and fall, or just during the fall? I know we've seen the issue in the past, but can't remember if it occurred this spring. Second, does anyone know if there is a fix planned for this? It's nice that the iSeries boxes now have good time zone support and finally handle the time change on their own, but if Domino chokes on it, we've still got to set up some intervention to to get the servers restarted after the OS changes the time automatically. _____________________________________________________________________________ Scanned by IBM Email Security Management Services powered by MessageLabs. For more information please visit http://www.ers.ibm.com _____________________________________________________________________________ _______________________________________________ This is the Lotus Domino on the iSeries / AS400 (Domino400) mailing list To post a message email: Domino400@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options, visit: http://lists.midrange.com/mailman/listinfo/domino400 or email: Domino400-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at http://archive.midrange.com/domino400.
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 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.