I had something very similar. The tickets created on Sunday 03/11 all had the Create Date of 03/10 except for the ones created prior to 2:00 AM. The Create Date/Time was accurate. The next day Monday, today they are both accurate and in sync. No changes done, it self corrected.
-----Original Message----- From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] Behalf Of Opela, Gary L Contr OC-ALC/ITMA Sent: Monday, March 12, 2007 8:58 AM To: [email protected] Subject: Re: DST Test Results on March 11th 8:00 AM ** Okay, so here is a weird one.... On one of our servers, on one application, we have a Create Date field (this standard core field) and a create time field. The create time field is set to $TIME$ by a filter on submit. The create time and create date fields are off from each other by an hour. The Create Date field shows the correct time, 7:30, and the Create Time field shows 6:30... Help!!!! _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Nall, Roger Sent: Monday, March 12, 2007 2:41 AM To: [email protected] Subject: Re: DST Test Results on March 11th 8:00 AM You are correct. However, I am the only one in my company using the AR User Preference form. We are a Citrix shop and are not able to use the AR User Preference form across the board until we upgrade to 7.01. It has to do with the way the preference value is stored in the registry. That being said, everyone else uses Citrix to launch Remedy which means they each have a centralized ar.ini file. I am at a loss as to how to proceed from here. Should we remove the TZ values from the ini files and hope they don't reset them? Any ideas are most welcome. Thanks, Roger A. Nall Manager, OSSNMS Remedy T-Mobile USA Desk: 813-348-2556(New) Cell: 973-652-6723 FAX: 813-348-2565 sf49fanv AIM IM RogerNall Yahoo IM _____ From: Action Request System discussion list(ARSList) [mailto:[EMAIL PROTECTED] On Behalf Of Thomas Bean Sent: Monday, March 12, 2007 1:33 AM To: [email protected] Subject: Re: DST Test Results on March 11th 8:00 AM Roger, You might check to make sure you don't have the time zone set in the AR User Preferences form. That could cause the times to be displayed one hour off. As long as Windows is patched, the User tool should pull the correct time zone settings from the OS. --Thomas ----- Original Message ----- From: Nall, <mailto:[EMAIL PROTECTED]> Roger Newsgroups: gmane.comp.crm.arsystem.general To: [email protected] Sent: Sunday, March 11, 2007 13:55 Subject: Re: DST Test Results on March 11th 8:00 AM ** I did nothing as well but all of my times are off by one hour. According to BMC this should not have happened. I do not use the mid-tier. I am on ARS 6.03, patch 16, windows2k, sql2k. All OS were patched. Has anyone else seen this behavior? Thanks, Roger Nall Manager, OSSNMS Remedy T-Mobile, USA Desk: 813-348-2556(NEW) Mobile:973-652-6723 FAX: 813-348-2565 Sf49fanv AIM IM RogerNall. Yahoo IM Sent from my GoodLink Wireless Handheld (www.good.com) -----Original Message----- From: Sanford, Claire [ mailto:[EMAIL PROTECTED] Sent: Sunday, March 11, 2007 10:29 AM Pacific Standard Time To: [email protected] Subject: Re: DST Test Results on March 11th 8:00 AM Ok, so I did NOTHING. I made no changes, added no patches (I am sure this will bite me some time down the road) and everything worked as it was supposed to work. The time changed on the server, the time changed in Remedy, the time was correct on my tickets and the escalations worked as they should have. The end result... I lose an hour of sleep in the morning, the dogs gain an hour of daylight for the park after work! Claire ________________________________ From: Action Request System discussion list(ARSList) __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ __20060125_______________________This posting was submitted with HTML in it___ ________________________________________________________________________ STATEMENT OF CONFIDENTIALITY: The information contained in this message or any attachments to this message are intended only for the person(s) or entity to which it is addressed and may contain confidential and/or privileged material as well as being protected from disclosure. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this in error, please contact us immediately and delete the material from any computer. Thank You. _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the Answers Are"
