Bug 11064

Summary:	Timezone data for North America (US, Canada) is out of date
Product:	Sisyphus	Reporter:	Ivan Adzhubey <iadzhubey>
Component:	glibc-timezones	Assignee:	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 или просто перегрузить машину.