Отмена перехода на зимнее время

[dymx]

FreeBSD 6.2-STABLE
Через порты ставится файл tzdata2011l.tar.gz
Не помогло. Пробовал и как тут написано:
http://www.opennet.ru/tips/2630_linux_t ... time.shtml
И результата не вижу, хоть тресни

Код: Выделить всё

zdump -v Europe/Moscow
Europe/Moscow  Sun Jan 26 08:29:52 -219 UTC = Sun Jan 26 10:59:52 -219 MMT isdst=0 gmtoff=9000
Europe/Moscow  Mon Jan 27 08:29:52 -219 UTC = Mon Jan 27 10:59:52 -219 MMT isdst=0 gmtoff=9000
Europe/Moscow  Thu Dec 30 21:29:59 -219 UTC = Thu Dec 30 23:59:59 -219 MMT isdst=0 gmtoff=9000
Europe/Moscow  Thu Dec 30 21:30:00 -219 UTC = Fri Jan  1 00:00:00 -219 MMT isdst=0 gmtoff=9000

Хотя с другой стороны

Код: Выделить всё

# date
четверг, 20 октября 2011 г. 14:21:37 (MSK)
# date -v +768H
понедельник, 21 ноября 2011 г. 14:21:50 (MSK)

Всё нормально, можно не беспокоится?

[Хостинг HostFood.ru]

Тарифы на хостинг в России, от 12 рублей: https://www.host-food.ru/tariffs/hosting/
Тарифы на виртуальные сервера (VPS/VDS/KVM) в РФ, от 189 руб.: https://www.host-food.ru/tariffs/virtualny-server-vps/
Выделенные сервера, Россия, Москва, от 2000 рублей (HP Proliant G5, Intel Xeon E5430 (2.66GHz, Quad-Core, 12Mb), 8Gb RAM, 2x300Gb SAS HDD, P400i, 512Mb, BBU):
https://www.host-food.ru/tariffs/vydelennyi-server-ds/
Недорогие домены в популярных зонах: https://www.host-food.ru/domains/

[dmtr]

На 8.2 Киев не получился. На 9-ке все Ок. Систему не обновлял, пробовал способ через порты.

а версия фри у тебя какая? у меня на 9-ке обновилось, а в 8.2 нед.

складывается впечатление, что в STABLE-ветке измененения внесены, а RELEASE нет, ибо

на 7-ке от 2-го июля

Код: Выделить всё

FreeBSD 7.4-STABLE #0: Sat Jul  2 01:03:24 MSD 2011
[root@alpha ~]# date -v +768H
понедельник, 21 ноября 2011 г. 18:01:39 (MSK)
[root@alpha ~]# date
четверг, 20 октября 2011 г. 18:01:43 (MSK)

без запуска tzsetup

а на свежем

Код: Выделить всё

FreeBSD 8.2-RELEASE-p4 #0: Thu Oct 20 17:20:42 MSD 2011

не решает запуск tzsetup, приходится через misc/zoneinfo обновлять зоны.

[Dmitriy_K]

У меня на серваке FreeBSD 7.2 зависает исполнение контрольной команды: zdump -v Europe/Moscow
Но с остальным нормально.
Про возможность использования портов тут уже писали, но можно сделать, например, и так, скриптом (быстрее, если серваков дофига):

Код: Выделить всё

#!/bin/sh

# Disallow winter time for Moscow

mkdir ./temp1
cd ./temp1

fetch http://people.freebsd.org/~edwin/tzdata2011k.tar.gz
tar xf tzdata2011k.tar.gz

mv /etc/localtime /tmp/localtime-old
mv /usr/share/zoneinfo/Europe/Moscow /tmp/Moscow-old
zic europe

#ln -sf /usr/share/zoneinfo/Europe/Moscow /etc/localtime
cp /usr/share/zoneinfo/Europe/Moscow /etc/localtime

cd ..
rm -rf ./temp1 

Естественно, можно допиливать по своему вкусу.
Файлы временной зоны можно брать здесь:
http://people.freebsd.org/~edwin/tzdata2011k.tar.gz
http://dimdim.org.ua/wp-content/uploads ... 11k.tar.gz
http://tx-us.lunar-linux.org/lunar/mirr ... 11k.tar.gz
http://narod.ru/disk/27615156001/tzdata ... ar.gz.html
Можно, конечно, и ftp://munnari.oz.au/pub/tzdata2011l.tar.gz использовать.

[Lazy caT]

Все это конечно замечательно...
Файл таймзон можно подменить отредактировать и т.д. а вот что делать если на серваке поднят локальны ntpd?
Эта "зараза" не дает поменять время на серваке. Единственный способ его "срубить" но, это не выход.
А вышестоящие сервера (у меня ntp1.vniiftri.ru, ntp2.vniiftri.ru, ntp.prao.ru), похоже еще не в курсе что Медведев указ подписал.
Есть ли какая-нибудь возможность указать что-то типа offset, в котором учитывается разница во времени?
Man ntpd и man ntpd.conf ничего не дали, и поиск в google ведет только к подмене файла таймзон.

[Bayerische]

Вы мне скажите, сколько сейчас времени по Москве. Хер поймёшь теперь, часы одно кажут, ЭВМ другое.

[Lazy caT]

Вы мне скажите, сколько сейчас времени по Москве. Хер поймёшь теперь, часы одно кажут, ЭВМ другое.

сейчас 10:05

включи телевизор или позвони на 100 (если в москве)

[Lazy caT]

Все это конечно замечательно...
Файл таймзон можно подменить отредактировать и т.д. а вот что делать если на серваке поднят локальны ntpd?
Эта "зараза" не дает поменять время на серваке. Единственный способ его "срубить" но, это не выход.
А вышестоящие сервера (у меня ntp1.vniiftri.ru, ntp2.vniiftri.ru, ntp.prao.ru), похоже еще не в курсе что Медведев указ подписал.
Есть ли какая-нибудь возможность указать что-то типа offset, в котором учитывается разница во времени?
Man ntpd и man ntpd.conf ничего не дали, и поиск в google ведет только к подмене файла таймзон.

вопрос снимается... после смены файла тамзон, сервак стал нормально синхронизироватся...

[Bayerische]

Ааааааа!
Нету у меня телевизора ни в каком виде. Набираю 100, говорит, неправильно набран номер. В глуши я.

Так... а теперь каким образом с этим бороться? Ну выставлю я таймзону UTC+4, дык по весне обратно двинет?

[Lazy caT]

Ааааааа!
Нету у меня телевизора ни в каком виде. Набираю 100, говорит, неправильно набран номер. В глуши я.

Так... а теперь каким образом с этим бороться? Ну выставлю я таймзону UTC+4, дык по весне обратно двинет?

долго и нудно, читай всю ветку и меняй таймзоны...

у меня, что есть сейчас (без перехода на зимнее время):

Код: Выделить всё

[11:14]  /root >zdump -v /etc/localtime | grep 2011
/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

что было до (с переходом на зимнее время):

Код: Выделить всё

[11:14]  /root >zdump -v /etc/localtime~old | grep 2011
/etc/localtime~old  Sat Mar 26 22:59:59 2011 UTC = Sun Mar 27 01:59:59 2011 MSK isdst=0 gmtoff=10800
/etc/localtime~old  Sat Mar 26 23:00:00 2011 UTC = Sun Mar 27 03:00:00 2011 MSD isdst=1 gmtoff=14400
/etc/localtime~old  Sat Oct 29 22:59:59 2011 UTC = Sun Oct 30 02:59:59 2011 MSD isdst=1 gmtoff=14400
/etc/localtime~old  Sat Oct 29 23:00:00 2011 UTC = Sun Oct 30 02:00:00 2011 MSK isdst=0 gmtoff=10800

...ну, соответственно для твоего региона... у меня MSK...

[vadim64]

блииин....
вот щас я снова радуюсь что юзаю стейбл
обошёл настроенные мной сервера, к которым имею доступ - всё везде норм, без всяких шаманств.
правда в августе-сентября все обновлял

[Андрей Иванов]

Код: Выделить всё

ln -sf /usr/share/zoneinfo/Etc/GMT-4 /etc/localtime

решит все проблемы
Только почему МИНУС, а не плюс я ну никак не понимаю... Кто умный есть, расскажите?

[vadim64]

не нада ничего делать руками самим
1 правильный вариант - обновлять систему до стейбла
2 правильный вариант - ставить порт misc/zoneinfo и запускать tzsetup

[Проходил мимо]

Код: Выделить всё

ln -sf /usr/share/zoneinfo/Etc/GMT-4 /etc/localtime

решит все проблемы
Только почему МИНУС, а не плюс я ну никак не понимаю... Кто умный есть, расскажите?

tzdata/etcetera

# We use POSIX-style signs in the Zone names and the output abbreviations,
# even though this is the opposite of what many people expect.
# POSIX has positive signs west of Greenwich, but many people expect
# positive signs east of Greenwich. For example, TZ='Etc/GMT+4' uses
# the abbreviation "GMT+4" and corresponds to 4 hours behind UTC
# (i.e. west of Greenwich) even though many people would expect it to
# mean 4 hours ahead of UTC (i.e. east of Greenwich).
#
# In the draft 5 of POSIX 1003.1-200x, the angle bracket notation
# (which is not yet supported by the tz code) allows for
# TZ='<GMT-4>+4'; if you want time zone abbreviations conforming to
# ISO 8601 you can use TZ='<-0400>+4'. Thus the commonly-expected
# offset is kept within the angle bracket (and is used for display)
# while the POSIX sign is kept outside the angle bracket (and is used
# for calculation).
#
# Do not use a TZ setting like TZ='GMT+4', which is four hours behind
# GMT but uses the completely misleading abbreviation "GMT".

[Dmitriy_K]

После перехода ещё мелкие траблы нарылись: часть сервисов потребовалось рестартовать, чтобы подхватились изменения.
Насчёт MySQL - это понятно (рестартанул после смены файла таймзоны), но ещё Cron и апачевский PHP.
Иначе у них всё по старому будет.

[brainiac]

После перехода ещё мелкие траблы нарылись: часть сервисов потребовалось рестартовать, чтобы подхватились изменения.
Насчёт MySQL - это понятно (рестартанул после смены файла таймзоны), но ещё Cron и апачевский PHP.
Иначе у них всё по старому будет.

+ мускуль рестартил
+ на пхп редактировал пхп.ини как тут http://www.electrictoolbox.com/correct-php-timezone/

[Alex Keda]

в часах выставляли чтоли? у меня неправильно показывает, несмотря на

Код: Выделить всё

date.timezone = "Europe/Moscow"

[LMik]

в часах выставляли чтоли? у меня неправильно показывает, несмотря на

Код: Выделить всё

date.timezone = "Europe/Moscow"

Нужно либо свейжий pecl timezonedb поставить, либо свежий пхп собрать.

[brainiac]

в часах выставляли чтоли? у меня неправильно показывает, несмотря на

Код: Выделить всё

date.timezone = "Europe/Moscow"

Да для москвы у меня стоит

Код: Выделить всё

date.timezone = Etc/GMT-4

2 LMik
Типа мы не ищем легких путей? А чем это метод не проще?

[LMik]

в часах выставляли чтоли? у меня неправильно показывает, несмотря на

Код: Выделить всё

date.timezone = "Europe/Moscow"

Да для москвы у меня стоит

Код: Выделить всё

date.timezone = Etc/GMT-4

2 LMik
Типа мы не ищем легких путей? А чем это метод не проще?

date.timezone влияет не только на дату.

[ivan_k]

zoneinfo обновлял из портов

Код: Выделить всё

cd /usr/ports/misc/zoneinfo
make install clean
tzsetup

все вроде как надо

Код: Выделить всё

mail1# zdump -v /etc/localtime | grep 2011
/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

а после ребута, время почему то на 4 часа вперед перескакивает

[Dmitriy_K]

+ на пхп редактировал пхп.ини как тут http://www.electrictoolbox.com/correct-php-timezone/

Там написано: You should add "extension=timezonedb.so" to php.ini
То есть, руководство актуально только для тех у кого этот модуль уже был.
У меня PHP нормально пашет после рестарта апача с PHP-модулем.

[Dmitriy_K]

zoneinfo обновлял из портов
а после ребута, время почему то на 4 часа вперед перескакивает

Может быть, таймзона была скопирована не та? Для московского часового пояса нужно:
cp /usr/share/zoneinfo/Europe/Moscow /etc/localtime

[ivan_k]

вместо

cp /usr/share/zoneinfo/Europe/Moscow /etc/localtime

делал tzsetup
да и zdump показывает, что все ок

[Dmitriy_K]

вместо

cp /usr/share/zoneinfo/Europe/Moscow /etc/localtime

делал tzsetup
да и zdump показывает, что все ок

Странная хрень.
А речь, вообще о системном date или php-шном?
Поскольку на части машин всёж потребовалось влепить в php.ini:

Код: Выделить всё

date.timezone = Etc/GMT-4

Как раз те самые 4 часа.
Оказывается в PHP системные таймзоны намертво встраиваются при компиляции. И дальше меняй - не меняй.
Потом, при следующей компиляции PHP придётся комментить эту строку.

[ivan_k]

Прошу прощенья, видимо я тупил, попробывал еще раз ребутнуть, стал показывать правильно