Re: Day Light Savings Problem

Hi Tom,

You are right , I re reran the command now with the whole path it
worked. It was looking at the OS time

========================================================================================
postgres(at)pkalva:/var/lib/pgsql/share/timezone> /usr/sbin/zdump -v
/var/lib/pgsql/share/timezone/EST5EDT | grep 2007
/var/lib/pgsql/share/timezone/EST5EDT Sun Mar 11 06:59:59 2007 UTC =
Sun Mar 11 01:59:59 2007 EST isdst=0 gmtoff=-18000
/var/lib/pgsql/share/timezone/EST5EDT Sun Mar 11 07:00:00 2007 UTC =
Sun Mar 11 03:00:00 2007 EDT isdst=1 gmtoff=-14400
/var/lib/pgsql/share/timezone/EST5EDT Sun Nov 4 05:59:59 2007 UTC =
Sun Nov 4 01:59:59 2007 EDT isdst=1 gmtoff=-14400
/var/lib/pgsql/share/timezone/EST5EDT Sun Nov 4 06:00:00 2007 UTC =
Sun Nov 4 01:00:00 2007 EST isdst=0 gmtoff=-18000
========================================================================================

Thanks!
Pallav

Tom Lane wrote:
> Pallav Kalva <pkalva(at)livedatagroup(dot)com> writes:
>
>> postgres(at)pkalva:/var/lib/pgsql/bin> cd ..
>> postgres(at)pkalva:/var/lib/pgsql> cd share
>> postgres(at)pkalva:/var/lib/pgsql/share> /usr/sbin/zdump -v EST5EDT | grep 2007
>> EST5EDT Sun Apr 1 06:59:59 2007 UTC = Sun Apr 1 01:59:59 2007 EST
>> isdst=0 gmtoff=-18000
>>
>
> Are you sure that zdump looks into the current directory? The man page
> is not clear but it says the arguments are "zone names" not "file names",
> so I'd sort of expect that it's looking into the system timezone
> directory. In which case this result means that your OS is in need of
> a timezone update, not Postgres.
>
> regards, tom lane
>