Re: Day Light Savings Problem

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@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@xxxxxxxxxxxxxxxxx> writes:
>   
>> postgres@pkalva:/var/lib/pgsql/bin> cd ..
>> postgres@pkalva:/var/lib/pgsql> cd share
>> postgres@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
>   



[Index of Archives]     [KVM ARM]     [KVM ia64]     [KVM ppc]     [Virtualization Tools]     [Spice Development]     [Libvirt]     [Libvirt Users]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite Questions]     [Linux Kernel]     [Linux SCSI]     [XFree86]

  Powered by Linux