Bug 11064

Summary: Timezone data for North America (US, Canada) is out of date
Product: Sisyphus Reporter: Ivan Adzhubey <iadzhubey>
Component: glibc-timezonesAssignee: placeholder <placeholder>
Status: CLOSED NOTABUG QA Contact: qa-sisyphus
Severity: critical    
Priority: P1 CC: glebfm, ldv, placeholder
Version: unstable   
Hardware: all   
OS: Linux   

Description Ivan Adzhubey 2007-03-12 22:18:46 MSK
В 2007 году США и Канада переходят на летнее время 11-го марта (а не в апреле,
как раньше), однако Сизиф на летнее время вчера переходить отказался. Судя по
всему, glibc-timezones у нас древняя как мир. Вот мои настройки:

# cat /etc/sysconfig/clock |tail -5

# ZONE="filename" indicates the zonefile under /usr/share/zoneinfo
# that /etc/localtime is a copy of, for example:
ZONE="US/Eastern"

Сизиф от 03/11/2007

Steps to Reproduce:
1.$ date
2.
3.
Actual Results:  
Time reported is -1 hour from local DST for US/Eastern Standard Time

Expected Results:  
Correct local time
Comment 1 Ivan Adzhubey 2007-03-13 00:21:50 MSK
Интересно, сейчас само собой вылечилось. Весь день провозился, перезапускал
ntpd, менял серверы NTP, ничего не помогало. Даже не знаю, что я сделал, но
проблема вдруг исчезла. Прошу прощения за ложную тревогу. Хотя что-то же было?
Видимо уже не понять, что там проклинило между glibc и ntpd...
Comment 2 Igor Zubkov 2007-03-13 16:03:20 MSK
http://kbase.redhat.com/faq/FAQ_80_7909.shtm

По ссылке информация из kbase redhat'а в которой рассказывается о том что, где и
когда. Как я понимаю, у нас это было исправленно очень давно (когда был
очередной sync с glibc из fedora).

Как я понимаю, после такого обновления надо было перегрузить све сервисы которые
цепляются к /etc/localtime или просто перегрузить машину.