[cisco-voip] CUC EST Time off...

[Anthony Holloway]

I don't know actually.  That has me stumped.  I looked at the CUC DB for
time zones, but it looks pretty similar to the UCOS table.  Nothing too
informative there.

Can you switch the time zone on the server as an action plan item and
retest?  If you have two servers, you'll need to change it on both.  I'll
see if I can do it in a lab.

On Fri, Mar 27, 2015 at 9:22 AM Jonathan Charles <jonvoip at gmail.com> wrote:

> All of the users are set to use America/New York, and they are still an
> hour behind (even thought the system is at EST)...
>
> Shouldn't they be setting voicemail to their offsetted time?
>
>
> Jonathan
>
> On Thu, Mar 26, 2015 at 11:56 PM, Anthony Holloway <
> avholloway+cisco-voip at gmail.com> wrote:
>
>> It looks like you picked a timezone setting which does not have/support
>> daylight savings.
>>
>> Here are your 5 hour offset choices to pick from, and I've labelled them
>> with their DST caps for your convenience.  I highlighted in yellow the one
>> you have on your server.
>>
>> admin:run sql select name, case when dstdate = '0/0/0/0,00:00:00:00' then
>> 'No DST' else 'DST' end as DST from typetimezone where bias = 300
>> name                         dst
>> ============================ ======
>> America/Lima                 No DST
>> America/New_York             DST
>> America/Indiana/Indianapolis DST
>> America/Atikokan             No DST
>> America/Bogota               No DST
>> America/Cayman               No DST
>> America/Detroit              DST
>> America/Eirunepe             No DST
>> America/Grand_Turk           DST
>> America/Guayaquil            No DST
>> America/Havana               DST
>> America/Indiana/Marengo      DST
>> America/Indiana/Petersburg   DST
>> America/Indiana/Vevay        DST
>> America/Indiana/Vincennes    DST
>> America/Indiana/Winamac      DST
>> America/Iqaluit              DST
>> America/Jamaica              No DST
>> America/Kentucky/Louisville  DST
>> America/Kentucky/Monticello  DST
>> America/Montreal             DST
>> America/Nassau               DST
>> America/Nipigon              DST
>> America/Panama               No DST
>> America/Pangnirtung          DST
>> America/Port-au-Prince       DST
>> America/Rio_Branco           No DST
>> America/Thunder_Bay          DST
>> America/Toronto              DST
>> EST                          No DST
>> EST5EDT                      DST
>> Etc/GMT+5                    No DST
>>
>> Ideally, you would have either America/New_York, or EST5EDT if you're
>> against associating with New York for some reason.
>>
>> You can see from this comparison that they have identical time settings,
>> so either one will work.
>>
>> admin:run sql select enum, name, bias, stddate, stdbias, dstdate, dstbias
>> from typetimezone where name = 'America/New_York' or name = 'EST5EDT'
>> enum name             bias stddate              stdbias dstdate
>>   dstbias
>> ==== ================ ==== ==================== =======
>> =================== =======
>> 12   America/New_York 300  0/11/0/1,02:00:00:00 0
>> 0/3/0/2,02:00:00:00 -60
>> 350  EST5EDT          300  0/11/0/1,02:00:00:00 0
>> 0/3/0/2,02:00:00:00 -60
>>
>> Since you're on version 10.5, you should be able to set the new timezone
>> without license issues, though it does require a restart.
>>
>> admin:set timezone 152
>>
>> Using timezone: America/New_York
>>
>> A system restart is required
>>
>> Change timezone and reboot (yes|no)? no
>>
>>
>> On Thu, Mar 26, 2015 at 10:16 PM Jonathan Charles <jonvoip at gmail.com>
>> wrote:
>>
>>>
>>> Host Name          : CUC
>>> Date               : Thu Mar 26, 2015 22:12:45
>>> Time Zone          : Eastern Standard Time (EST)
>>> Locale             : en_US.UTF-8
>>> Product Ver        : 10.5.1.10000-7
>>> Unified OS Version : 6.0.0.0-2
>>>
>>>
>>> admin:utils ntp status
>>> ntpd (pid 7533) is running...
>>>
>>>      remote           refid      st t when poll reach   delay   offset
>>>  jitter
>>> ============================================================
>>> ==================
>>> *192.168.20.1    192.5.41.209     2 u   44   64  377    1.310   -0.531
>>> 5.709
>>>
>>>
>>> synchronised to NTP server (192.168.20.1) at stratum 3
>>>    time correct to within 53 ms
>>>    polling server every 64 s
>>>
>>> Current time in UTC is : Fri Mar 27 03:13:15 UTC 2015
>>> Current time in EST is : Thu Mar 26 22:13:15 EST 2015
>>>
>>>
>>> admin:show version active
>>> Active Master Version: 10.5.1.10000-7
>>> Active Version Installed Software Options:
>>> ciscocm.dst-updater.2014f-el6-00.10.5.1.cop
>>>
>>>
>>> And the time is an hour behind...
>>>
>>> I have verified the UTC time is correct and the NTP reference is handing
>>> out correct UTC, the offset is incorrect...
>>>
>>> I have installed the latest DST updater and rebooted, to no effect.
>>>
>>>
>>> Any ideas?
>>>
>>>
>>>
>>> Jonathan
>>>
>>> _______________________________________________
>>> cisco-voip mailing list
>>> cisco-voip at puck.nether.net
>>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20150327/7ed341cd/attachment.html>