Ask HN: Can you get to AWS? • Hacker News Board

Re: Ask HN: Can you get to AWS?

#41

Post by aws_ls » Wed, Jul 01, 2015, 6:29 AM UTC

I woke up to see two of my instances, running in AWS Singapore, at 100% and unresponsive. Rebooting also did not help. They had to be killed. Thankfully AWS had documented this on their support page:

"Additionally, some customers have reported continued connectivity issues for some of their instances. We have seen with these reported issues that this has been caused by a leap second bug within the instance operating system, which results in 100% CPU utilization. We recommend rebooting the instance via the EC2 Management Console or API, or resetting the operating system time to resolve the issue. For further information see:

https://access.redhat.com/articles/15145"

Re: Ask HN: Can you get to AWS?

#42

Post by colinbartlett » Wed, Jul 01, 2015, 1:04 PM UTC

mawhidby wrote: post #23

colinbartlett wrote: post #22

Earlier quoted context omitted.

I actually don't monitor the status myself, I monitor the status that each service publishes. That is, whatever they report on their status page, StatusGator aggregates. The whole thing was born after I was racking my brain trying to debug a problem, then I remembered to check status.whatever.com and realized it wasn't my problem to debug and the provider was already aware of it. I thought it would be nice to get not…

Cool site! Any plans to add IBM Bluemix? Their status page is at https://developer.ibm.com/bluemix/support/#status

Done.

Note a feature in the pipeline which will allow you to subscribe to specific components or specific regions of services. Which will make status notifications for large cloud platforms like Bluemix, Openshift, AWS, DigitalOcean, etc. much more useful.

Re: Ask HN: Can you get to AWS?

#43

Post by verelo » Thu, Jul 02, 2015, 4:31 PM UTC

joshribakoff wrote: post #35

jonas21 wrote: post #34

Earlier quoted context omitted.

Whichever time zone you pick, everyone not in that time zone is going to have to do a conversion. So why not pick the time zone where most of Amazon's engineers, and quite possibly most of their customers' engineers, are located?

PDT differs from PST. Conversion logic can get especially confusing if you've specified a date time, and then the laws surrounding day light savings time are changed to occur on a different day. Using UTC is like using a unix timestamp, you don't have to worry about a lot of things like locales & local laws, when the date time was recorded vs when its being viewed & what laws might have changed in-between. For exampl…

This is exactly why I want UTC timestamps.