[Veritas-bu] NetBackup and New Daylight Saving Time Rules
2007-01-10 15:31:29
Subject: |
[Veritas-bu] NetBackup and New Daylight Saving Time Rules |
From: |
jack.l.forester at lmco.com (Jack Forester, Jr.) |
Date: |
Wed, 10 Jan 2007 15:31:29 -0500 |
Good point. I used to admin an AS/400 way back in the day (V1R3) and I
had to remember to reset the clock at the beginning and end of DST. I'd
hope that by now IBM would have made that automatic.
Jeff Lightner wrote:
>It's probably because Java is advertised as being platform independent.
>If you had a compile for an OS that didn't do DST (OS400 maybe?) it
>would be nice if the Java did. However for most of us it's a bit of a
>pain. I wasn't even aware of this Java TZ stuff until we got the notice
>from HP sometime back that specifically mentioned Java.
>
>-----Original Message-----
>From: veritas-bu-bounces at mailman.eng.auburn.edu
>[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Jack
>Forester, Jr.
>Sent: Wednesday, January 10, 2007 2:03 PM
>To: Veritas List
>Subject: Re: [Veritas-bu] NetBackup and New Daylight Saving Time Rules
>
>I guess I didn't phrase my question very well, as we are testing the
>Java update as well. I wrote a little perl script so I could identify
>all of the installed JREs on my servers. Any time we do patches or
>updates, I always worry that we've overlooked something small but
>critical that will break things in a major way. I tend to follow the
>philosophy that if it ain't broke, don't fix it.
>
>I wonder why Sun gave Java the ability to do DST rather than using the
>functionality of the underlying OS.
>
>Mike L. Varney wrote:
>
>
>
>>Sun distibutes Java separately from the Solaris OS patches - - you need
>>
>>
>to
>
>
>>go to java.sun.com and download the newer JRE / JDK and install it.
>>
>>
>It's
>
>
>>actually very easy to do.
>>
>>I believe what Jack's asking though is if the Java update is necessary,
>>
>>
>as
>
>
>>updating Java on a server can have other impacts, especially if there's
>>
>>
>an
>
>
>>Application Server on it. As far as I know, the Java components are
>>
>>
>only
>
>
>>the Admin GUI and the Backup & Restore GUI. The rest of NetBackup is
>>distubuted in binary form.
>>
>>That being said, I've always kept our JREs up to date, especially on
>>
>>
>those
>
>
>>mission critical servers.
>>
>>-- M
>>
>>
>>
>>
>>"Jeff Lightner" <jlightner at water.com>
>>Sent by: veritas-bu-bounces at mailman.eng.auburn.edu
>>01/10/2007 12:44 PM
>>
>>To
>>"Jack Forester, Jr." <jack.l.forester at lmco.com>, "Veritas List"
>><veritas-bu at mailman.eng.auburn.edu>
>>cc
>>
>>Subject
>>Re: [Veritas-bu] NetBackup and New Daylight Saving Time Rules
>>
>>
>>
>>
>>
>>
>>HP when it sent notification for the OS patches also sent notification
>>for the need to update Java including a TZupdater tool for HP-UX.
>>Surprising they'd have a way to do the update and Sun who wrote Java
>>wouldn't.
>>
>>-----Original Message-----
>>From: veritas-bu-bounces at mailman.eng.auburn.edu
>>[mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Jack
>>Forester, Jr.
>>Sent: Wednesday, January 10, 2007 12:12 PM
>>To: Veritas List
>>Subject: [Veritas-bu] NetBackup and New Daylight Saving Time Rules
>>
>>This isn't something I've seen discussed here in recent memory, but
>>
>>
>it's
>
>
>>something we're working on right now. The new Daylight Saving Time
>>rules for the US take effect this year and we're wondering if anybody
>>has investigated the impact to NetBackup. We've been testing our OS
>>patches and they appear to work, but Sun brought something to our
>>attention -- Java does its own DST conversion and needs to be updated.
>>Veritas has assured us that NetBackup will be fine as long as we have
>>the OS patches installed, but I'm curious about the bits done in Java.
>>My feeling is that the Java stuff doesn't do any date/time critical
>>operations and will probably be fine even if we don't update the JRE.
>>
>>Any thoughts?
>>
>>
>>
>>
>>
>
>
>
>
--
Jack L. Forester, Jr.
UNIX Systems Administrator, Stf
Lockheed Martin Information Technology
(304) 625-3946
|
|
|