British summer time blues 5

[mrn]

Well it's that time again, British summer time starts and AIX doesn't role the time forward one hour, so I do it manually, 2 weeks after it should have rolled, it does, so the servers 1 hour ahead, How do I stop this happening?

Mike --
| Mike Nixon
| Unix Admin
|

http://www.instantflashshop.com

----------------------------

 

[alexhu]

This wouldn't be 4.2.1 by any chance ?

My 3 4.3.3 servers all roll together, so I changed the 4.2.1. manually - then 4 days later its now 1 hour ahead !

Alex

 

[KenCunningham]

Not sure if this helps but this is the setting for TZ on our (UK based_ AIX box:

TZ=GMT0BST,J84/2,J301/26

This rolled forward with no problem over Easter.

 

[mrn]

No it's 4.3.3, I'm aware of this problem on previous versions (and never found a solution to those either).
everything looks ok in the TZ and smit shows

Time zone GMT0BST
Day Light Savings Time Offset from CUT([+|-]HH:MM: [+01:00]
SS)
Start Daylight Savings Day([Mmm.ww.dd|Jn]) [M3.5.0]
Start Daylight Savings Time(HH:MM:SS) []
Stop Daylight Savings Day([Mmm.ww.dd|Jn]) [M10.5.0]
Stop Daylight Savings Time(HH:MM:SS) []

Yours V confused

Mike --
| Mike Nixon
| Unix Admin
|

http://www.instantflashshop.com

----------------------------

 

[LHLTech]

Out working TZ in /etc/environment is

TZ=GMT0BST,M3.5.0,M10.5.0

We used to have a +1:00 in there somewhere which added an extra hour on top of the one added by BST...

I can never seem to get it right through SMIT so just edit /etc/environment manually

LHLTech

IBM Certified Specialist - AIX System Support
Halfway through CATE exams!

 

[crowe]

remember to kill -9 cron and then init q after changing the $TZ variable in /etc/environment. cron need to "re-read" the value.

crowe

 

[bi]

Has Britain changed the weekend it changes to summertime in recent years (since you got to 4.3.3)? If Britain has changed the weekend, I'm wondering if there is some kind of patch or maintenance level that needs to be applied to reflect the change?

Just guessing here.

 

[mrn]

No It's always changed on the last week of March & October, It's about time we stopped doing it altogether, after all WWII's been over for a while now!!. Thanks for all your help guys

Mike --
| Mike Nixon
| Unix Admin
|

http://www.instantflashshop.com

----------------------------

 

[Yegolev]

It is a world-wide conspiracy. =) We use just the TZ options without any +/-hour stuff, and things seem to work fine. We have some users (on the same machine) at GMT and some at EST/EDT, no one has complained about time adjustment.

 

[avadh]

Hello,
Does this problem happen only after time change is done.
if the time drift before the time change then it could be the hardware that has problem. The clock is drifting too much.

 

[mrn]

No it moves forward exactly one hour one week after the BST change. --
| Mike Nixon
| Unix Admin
|

http://www.instantflashshop.com

----------------------------

 

[TMcC]

Hi Guys,

Ultimately the problem here is that the Summer time change in the US occurs 1 week after Europe. IBM seem to have overlooked this.

Ken's system has the set-up:-

TZ=GMT0BST,J84/2,J301/26

This uses Julian dates, the only hiccup is that for non- leap years the date changes on Monday morning instead of Sunday morning.

Using the 'mmwwdd defn you could try

TZ=GMT0BST,M3.4.0,M10.5.0

 

[KenCunningham]

Thanks for that TMcC. I realised that my set up used Julian dates, but wasn't aware that the change took place on the Monday morning rather than the Sunday. As it happens, it's immaterial in our circumstance as long as the change takes place before 7:30 am on the Monday when the shop opens up. Thanks again.

 

[mrn]

Tmany thanks guys --
| Mike Nixon
| Unix Admin
|

http://www.instantflashshop.com

----------------------------

 

[MikeLacey]

I just leave it on GMT..... Mike
"Experience is the comb that Nature gives us after we are bald."

Is that a haiku?
I never could get the hang
of writing those things.