Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I am running an Amazon linux AMI and the alarms that I've setup are coming in all showing UT (universal time). It is inconvenient reading these alarms and I'd like them setup to read in eastern time zone (or America/New_York).

I've already set my /etc/localtime to point to -> /usr/share/zoneinfo/America/New_York

ln -s /usr/share/zoneinfo/America/New_York /etc/localtime

But it is still sending alarms in the UT timezone.

Does anyone have a solution to this?

share|improve this question
up vote 4 down vote accepted

CloudWatch uses universal time to record metrics. (As it ought to. Consider servers and people located in different time zones, different DST change dates, not to mention the insanity of DST itself. As in aviation, UT is the only reasonable way to cope.)

So the CloudWatch system uses UT. This is independent of the systems being monitored. Which is why changing the TZ on your server didn't have an effect.

It's understandable that you may want Amazon's console web app to report the times shifted to local TZ. Unfortunately Amazon just doesn't offer that AFIK. Some third-party apps like Ylastic might (but might cost extra money).

share|improve this answer
I'll just have to learn how to deal with the times in UTC I guess. – RightHandedMonkey Oct 15 '12 at 13:42
Nail on the head. Indeed Ylastic supports this, it's under Settings > Timezone. – AronVanAmmers Oct 4 '13 at 14:13

The time format the CloudWatch uses is UTC. I think we can not change this timezone. it would be nice if they could allow us to change, but as of now, they dont allow us to change...

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.