Topic: SME server follows daylight savings time but my area doesn't

[k_graham]

>All ntp servers, no matter the stratum, maintain UTC only.  They do
>not concern themselves with timezones, or daylight savings - as these
>are regional variances.

>You need to set your operating system up to know that you are in MST
>all year round.  I you cannot figure out how to do that, you can
>simply tell the operating system that you are 7 hours behind UTC.
>Without a specific region, your operating system will just take your
>word for it and not attempt to apply Daylight Savings, Summer Time, or
>any of the other quicks.

Problem - I tell my SME server to use a NTP server but it changes an hour at daylight savings time.
The above seems to imply that my e-smith server is adjusting for daylight saving time if the NTP server is keeping to one time only.
Am I missing a panel or setup option that is causing my system to use a daylight saving time schedule. Or is the NTP server in fact changing an hour. I know of no servers I can time to that follow mountain standard time all year long.

Thanks, Ken

[rick]

It may be possible that there is something you could do to modify the behaviour, I avoided the issue by using a NTP server that is in the same time zone and also has daylight savings. Have you tried another NTP server, perhaps there is one in your area that would be suitable.

[k_graham]

The provider of the ntp server seems to suggest that the NTP server doesn't provide the function of daylight savings time

>All ntp servers, no matter the stratum, maintain UTC only.  They do
>not concern themselves with timezones, or daylight savings - as these
>are regional variances.

which is why I was wondering if it was somehow happening in SME . I have the question in to my ISP in case I can get syncronization from them somehow.

Just checked my home 4 port router to see if it syncronizes somehow, though it has a setting for time zone it is not synconizing date wise - it shows 2002. Thought perhaps it was able to pick something from the dsl connection and perhaps I could then point to it but no luck.

>You need to set your operating system up to know that you are in MST
>all year round.  I you cannot figure out how to do that, you can
>simply tell the operating system that you are 7 hours behind UTC.

Looks to me like I need to find the software in SME that provides syncronization then somehow tell it I am 7 hours behind UTC.  Then maybe it can be the area time keeper.

Ken

[Paul]

I'm not exactly sure what time zone you are in but I beleive that if you set your time zone to America/Pheonix then it will not use daylight savings because Pheonix doesn't use DST.

1-Go to the server manager and click on date and time
2-Disable NTP service and save changes
3-Set your current time and set your time zone to America/Pheonix and save changes
4-Enable NTP server and save changes.

This should set your SME server to Phoenix time that is always UTC -7.

Hope this helps,

Paul

[k_graham]

> 1-Go to the server manager and click on date and time
> 2-Disable NTP service and save changes
> 3-Set your current time and set your time zone to
> America/Pheonix and save changes
> 4-Enable NTP server and save changes.

You would then be suggesting that 1st setting your current time zone has an effect on the way the computer interprets when you go to the 2nd part enabling the the NTP server portion.

I expect you are likely correct, though the manual is rather confusing as in do either 1 (set date & time in server manager) or 2 (set to a NTP service). Not, you must 1st do 1 then 2 in order for 2 to be correct.

I will tell you if it is right after next change to daylight savings time happens in spring

Thanks, Ken

[Paul]

I tried the above method but I set the time zone to the east coast for a test.  When I enabled NTP it changed my clock ahead 2 hours.

I changed my time zone back (did not change the time itself) and re-enabled NTP and it set the clock back to MST.

The NTP server only sends you UTC time regardless of the time server you use.  The time servers (all of them) send out the exact same time and it is up to your computer setup to determine what to do with it.  You can use a time server in England and it will give you the same time (plus or minus a few seconds due to transport time) as the one in Denver.

All of Arizona (except some Indian Reservations) do NOT use DST.  I am assuming that the time zone for Phoenix is set not to use DST in SME.  If it was not, I think we would hear a lot more complaints about it.

Waiting for next spring is going to be the only way to find out.

P.S. the setting of the time zone is first done during the initial set-up from the console when the OS was originally loaded.  This initial setup would have probably determined what action your server would have taken during DST.  Was it initially set to Pheonix?