[tz] I found a bug in tzdata2014f.tar.gz for Europe/Moscow or similar such as Europe/Volgograd

Tim Parenti tim at timtimeonline.com
Tue Sep 2 06:11:47 UTC 2014


Azhar,

Whether you have an old version of zdump would not be the problem.  The
output from
zdump -vc 2014,2015 Europe/Moscow
which you provided shows that you do indeed have data which is at least as
recent as 2014f, which is what you need for the upcoming Russian changes.

As Arthur David Olson mentioned in
http://mm.icann.org/pipermail/tz/2014-August/021547.html, the most likely
scenario comes from the fact that the hour from 01:00:00 to 01:59:59 is
repeated in zones like Europe/Moscow on 2014-10-26.  So, when you run:
date -s "Sun Oct 26 01:59:00 MSK 2014"
...your system is assuming that you mean the *second* occurrence of
01:59:00, which is 59 minutes *after* the changeover from 01:59:59 back to
01:00:00 has already happened.

You can get around this by setting the date according to UTC, one minute
before the expected changeover:
date -s "Sat Oct 25 21:59:00 UTC 2014" -u

Alternatively, if you're very patient, you could set the time to 00:59:00,
which only happens once that day:
date -s "Sun Oct 26 00:59:00 MSK 2014"
...and then wait 61 minutes to make sure the changeover happens as expected.

--
Tim Parenti


On 2 September 2014 01:43, azhar saleh <seper5 at hotmail.com> wrote:

> Hi Tim,
>
> Thanks for your reply. Below are the output of zdump -vc and zdump
> --version.
>
> *$ zdump -vc 2014,2015 Europe/Moscow*
> Europe/Moscow  Fri Dec 13 20:45:52 1901 UTC = Fri Dec 13 23:16:09 1901 MSK
> isdst=0 gmtoff=9017
> Europe/Moscow  Sat Dec 14 20:45:52 1901 UTC = Sat Dec 14 23:16:09 1901 MSK
> isdst=0 gmtoff=9017
>
>
> *Europe/Moscow  Sat Oct 25 21:59:59 2014 UTC = Sun Oct 26 01:59:59 2014
> MSK isdst=0 gmtoff=14400Europe/Moscow  Sat Oct 25 22:00:00 2014 UTC = Sun
> Oct 26 01:00:00 2014 MSK isdst=0 gmtoff=10800*Europe/Moscow  Mon Jan 18
> 03:14:07 2038 UTC = Mon Jan 18 06:14:07 2038 MSK isdst=0 gmtoff=10800
> Europe/Moscow  Tue Jan 19 03:14:07 2038 UTC = Tue Jan 19 06:14:07 2038 MSK
> isdst=0 gmtoff=10800
>
> *$ zdump --version*
> *@(#)zdump.c     7.64*
>
> So, can you confirmed if I having the older version of TZ data and not the
> latest tzdata2014f?
>
> If I'm having an older version of zdump, where can I get the latest of
> precompiled version of zdump (i.e. for CentOS) or do I need to compile it
> my self from tzcode2014? FYI, the client platform that I'm supporting does
> not have c or c++ compiler installed.
>
> If I'm having the correct tzdata2014f, how would the updated version of
> zdump help in solving the issue?
>
>
> Regards
> Azhar
>
> ------------------------------
> Date: Fri, 29 Aug 2014 07:59:51 -0400
> Subject: Re: [tz] I found a bug in tzdata2014f.tar.gz for Europe/Moscow or
> similar such as Europe/Volgograd
> From: tim at timtimeonline.com
> To: seper5 at hotmail.com
> CC: tz at iana.org
>
>
> Azhar,
>
> What is the result when you run the following?
> $ zdump -vc 2014,2015 Europe/Moscow
>
> Do you see the expected transition reflected in that output, like this?
> Europe/Moscow  -9223372036854775808 = NULL
> Europe/Moscow  -9223372036854689408 = NULL
> Europe/Moscow  Sat Oct 25 21:59:59 2014 UT = Sun Oct 26 01:59:59 2014 MSK
> isdst=0
> Europe/Moscow  Sat Oct 25 22:00:00 2014 UT = Sun Oct 26 01:00:00 2014 MSK
> isdst=0
> Europe/Moscow  9223372036854689407 = NULL
> Europe/Moscow  9223372036854775807 = NULL
>
> Since your zdump output prints "UTC" instead of "UT", it looks like you're
> using a zdump version before 2013e.  So you might be using older data than
> you think, too; the Russian transition for 2014-10-26 is present in 2014f
> and later.
>
> --
> Tim Parenti
>
>
> On 29 August 2014 05:47, azhar saleh <seper5 at hotmail.com> wrote:
>
>
> Hi
>
>
>
> Currently I’m preparing a document to update TZ for one of our customer in
> Russia due to the following TZ rule.
>
> I think I found a bug in *tzdata2014f.tar.gz* where the time did not move
> from 01:59:59 to 01:00:00
>
>
> http://www.timeanddate.com/time/change/russia/moscow?year=2014
>
>
> Using *tzdata2014f.tar.gz*
>
>
>
> $ ls -lrt /etc/localtime
>
> lrwxrwxrwx  1 root root 33 Aug 29 13:05 */etc/localtime* ->
> /usr/share/zoneinfo/Europe/Moscow
>
>
>
> $ /usr/sbin/zdump -v /etc/localtime | grep 201
>
> /etc/localtime  Sat Mar 27 22:59:59 2010 UTC = Sun Mar 28 01:59:59 2010
> MSK isdst=0 gmtoff=10800
>
> /etc/localtime  Sat Mar 27 23:00:00 2010 UTC = Sun Mar 28 03:00:00 2010
> MSD isdst=1 gmtoff=14400
>
> /etc/localtime  Sat Oct 30 22:59:59 2010 UTC = Sun Oct 31 02:59:59 2010
> MSD isdst=1 gmtoff=14400
>
> /etc/localtime  Sat Oct 30 23:00:00 2010 UTC = Sun Oct 31 02:00:00 2010
> MSK isdst=0 gmtoff=10800
>
>
>
> /etc/localtime  Sat Mar 26 22:59:59 2011 UTC = Sun Mar 27 01:59:59 2011
> MSK isdst=0 gmtoff=10800
>
> /etc/localtime  Sat Mar 26 23:00:00 2011 UTC = Sun Mar 27 03:00:00 2011
> MSK isdst=0 gmtoff=14400
>
>
>
> /etc/localtime  Sat Oct 25 21:59:59 2014 UTC = Sun Oct 26 01:59:59 2014
> MSK isdst=0 gmtoff=14400
>
> /etc/localtime  Sat Oct 25 22:00:00 2014 UTC = Sun Oct 26 01:00:00 2014
> MSK isdst=0 gmtoff=10800
>
>
>
> Set the date to Sun Mar 27, 2011 (*Russia is abolishing DST time)*
>
>
>
> $ date -s "Sun MAR 27 01:59:00 MSK 2011"
>
> Sun Mar 27 01:59:00 MSK 2011
>
>
>
> Monitor the date
>
>
>
> $ while true; do date; sleep 2; done:
>
> :
>
> Sun Mar 27 01:59:57 MSK 2011
>
> Sun Mar 27 01:59:59 MSK 2011
>
> Sun Mar 27 03:00:01 MSK 2011 ß good
>
> Sun Mar 27 03:00:03 MSK 2011
>
> :
>
>
>
> Set the date to Sun Oct 26, 2014 (*Russia back to European DST in October
> 2014)*
>
>
>
> $ date -s "Sun OCT 26 01:59:00 MSK 2014"
>
> Sun Oct 26 01:59:00 MSK 2014
>
>
>
> Monitor the date
>
>
>
> $ while true; do date; sleep 2; done
>
> :
>
> Sun Oct 26 01:59:57 MSK 2014
>
> Sun Oct 26 01:59:59 MSK 2014
>
> Sun Oct 26 02:00:01 MSK 2014   *ß** Not good. Should move from 01:59:59
> to 01:00:00*
>
> Sun Oct 26 02:00:03 MSK 2014
>
> :
>
>
>
> If I test again using Europe/Moscow for year 2010, it works fine for that
> year
>
>
>
> $ zdump -v Europe/Moscow | grep 2010
>
> Europe/Moscow  Sat Mar 27 22:59:59 2010 UTC = Sun Mar 28 01:59:59 2010 MSK
> isdst=0 gmtoff=10800
>
> Europe/Moscow  Sat Mar 27 23:00:00 2010 UTC = Sun Mar 28 03:00:00 2010 MSD
> isdst=1 gmtoff=14400
>
>
>
> Europe/Moscow  Sat Oct 30 22:59:59 2010 UTC = Sun Oct 31 02:59:59 2010
> *MSD* isdst=1 gmtoff=14400
>
> Europe/Moscow  Sat Oct 30 23:00:00 2010 UTC = Sun Oct 31 02:00:00 2010
> *MSK* isdst=0 gmtoff=10800
>
>
>
> And it works just fine for Europe/Rome for year 2014 as well
>
>
>
> $ zdump -v /etc/localtime | grep 2014
>
> /etc/localtime  Sun Mar 30 00:59:59 2014 UTC = Sun Mar 30 01:59:59 2014
> CET isdst=0 gmtoff=3600
>
> /etc/localtime  Sun Mar 30 01:00:00 2014 UTC = Sun Mar 30 03:00:00 2014
> CEST isdst=1 gmtoff=7200
>
> /etc/localtime  Sun Oct 26 00:59:59 2014 UTC = Sun Oct 26 02:59:59 2014
> CEST isdst=1 gmtoff=7200
>
> /etc/localtime  Sun Oct 26 01:00:00 2014 UTC = Sun Oct 26 02:00:00 2014
> CET isdst=0 gmtoff=3600
>
>
> Please tell me if it is a bug or something wrong in my testing.
>
>
> Best Regards
>
> Azhar
>
> Support Engineer
>
> Kuala Lumpur
>
> Malaysia
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/tz/attachments/20140902/3c504626/attachment-0001.html>


More information about the tz mailing list