All,
We are currently considering a plan to follow the non-DST route because we
don't want to upgrade from 5.1.2 (Senior Management decision). I would
also be interested in issues / solutions.
We are patching both of our Solaris boxes, Windows Mid-Tier and Oracle
Databases. We are 95% home-grown and the upgrade will be a major headache.
All imports go through auxiliary forms and rarely move dates, so we believe
we have no worries there. Mid-Tier and calculations are a different worry
Ron Fariss
AIG Technologies
Remedy & TelAlert Administration
Work: (713) 831-2365
Cell: (281) 782-0979
Janet Anker
<[EMAIL PROTECTED] To: [email protected]
ORG> cc:
Sent by: "Action Subject: Re: DST and
consequences
Request System
discussion
list(ARSList)"
<[EMAIL PROTECTED]
ORG>
02/01/2007 12:34
PM
Please respond to
arslist
We too will be sailing into the mists of March 11, 2007 with 5.1.2.
Let's keep in touch about issues/solutions, if any.
Janet Anker
Software Engineer
Information Technology
The Jackson Laboratory
Bar Harbor, Maine 04609
Bruce Scott wrote:
>Ann,
>
>I'm right there with you. We're stuck on 5.1.2 until we can put new
>hardware In place to handle 7.0.1 and CMDB 2.2. However, I am even less
>affected because our servers are located in Arizona, so even the OS
>won't change time zones, which is a bigger consideration in regards to
>the way escalations will play at the 2:00 am to 3:00 am time shift. But
>since you have been through DST throughout the life of your setup, this
>shouldn't be an issue unencountered. As long as the users who look at
>the submission times for there records are comfortable knowing that the
>time offset between the web view and their system clock is only
>cosmetic, there shouldn't be any real issues in your (and my) case.
>
>Thanks,
>Bruce Scott
>Application Developer - Remedy
>SSG, PetSMART, Inc.
>eMail: [EMAIL PROTECTED]
>
>
>
>-----Original Message-----
>From: Action Request System discussion list(ARSList)
>[mailto:[EMAIL PROTECTED] On Behalf Of A R Kosch
>Sent: Tuesday, January 30, 2007 2:03 PM
>To: [email protected]
>Subject: DST and consequences
>
>We are using ARS 5.1.2 and Mid-Tier 6.3 on Solaris 8. Solaris is
>patched for DST already.
>
>I'm trying to make sure I'm understanding everything about DST and this
>mix because I'm not convinced an "hour off" for a month matters for us.
>This isn't Y2K all over again; done that.
>
>According to the DST Product alert, the consequences for not mitigating
>for DST changes under ARS 5.1.2 are "Web Services and Import/Export time
>calculations will be off by 1 hour". We don't use these things in a way
>that it would matter. No mention of Java specifics in that table for
>ARS
>5.1.2.
>
>Also, the Mid-Tier 6.3 will be off an hour. Looking at patch 20, java
>then needs patching.
>
>Given how simply we use Remedy Help Desk and lite Change, I can't see
>why this makes much difference. Web client customers don't take an
>hour-by-hour view; it isn't that granular for them. Also, in April the
>old DST rules kick in and the difference should be corrected. Right?
>So, some things will be off for web client activities by an hour for a
>month....
>
>I don't mind patching Mid-Tier 6.3 to patch 20, although I'd like some
>reassurance that it will work with unsupported ARS 5.1.2. That seems
>risky for other reasons.
>
>I've asked my unix sys admin about moving the dev server clock to March
>10 to follow Remedy through the change and to test the clients.
>
>I wish we weren't stuck at ARS 5.1.2 but I've no support yet for
>hardware to be otherwise. We may even survive Vista, IE7, and DST but
>something will get us eventually.
>
>I really appreciate all the time people have taken to post information
>about this and other issues. Maybe if someone else was considering
>being ornery about riding this out, this will help the process.
>
>Cheers,
>Ann Kosch
>~*~ ~*~ ~*~
>Ann R Kosch
>Special Projects/Analyst
>Remedy ARS Administrator/Coordinator
>[EMAIL PROTECTED]
>785-532-4933
>Kansas State University
>Computing and Telecommunications Services Web Technologies section
>
>________________________________________________________________________
>_______
>UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
>the Answers Are"
>
>
>
>
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where
the Answers Are"
_______________________________________________________________________________
UNSUBSCRIBE or access ARSlist Archives at www.arslist.org ARSlist:"Where the
Answers Are"
