[reDNik]

Я на машинке со Slackware 13.1 64-bit сделал так:

timeconfig

там интерактивное меню с выбором UTC и часового пояса:

 

 

далее выбрал Etc/GMT-4

 

 

запрашиваю сверку времени:

ntpdate -u ntp2.belbone.be ntp.tuxfamily.net

синхронизирую:

hwclock -uw

проверяю что получилось:

clock && date

[YuryD]

Для тех, кто java использует - там тоже надо обновлять runtime, вот совет хорошего человека, спасибо ему

 

1. Скачать с http://www.oracle.com/technetwork/java/javase/downloads/index.html "JDK DST Timezone Update Tool"

2. Распаковать архив

3. Выполнить java -jar tzupdater.jar -u

[AlKov]

php, кстати, тоже пользует по умолчанию свою внутреннюю базу. И тогда или апдейтиться или есть такая вот штучка:

 

http://pecl.php.net/package/timezonedb

 

http://www.electrictoolbox.com/correct-php-timezone/

 

# echo '<?php print (strtotime ("04:00:00 31 Oct 2010")-strtotime ("01:00:00 31 Oct 2010"))/60/60 . "\n" ?>' | php
4
#echo '<?php print (strtotime ("04:00:00 30 Oct 2011")-strtotime ("01:00:00 30 Oct 2011"))/60/60 . "\n" ?>' | php
3

 

если второе число 4, то опаньки...

С php разобрались, а вот что делать с freeradius? 30-го обнаружил в логах вот такую бредятину

Sun Oct 30 02:59:48 2011 : Auth: Login OK: [XXXXXX] (from client NAS-1 port 1 cli 10.0.198.19)
Sun Oct 30 02:59:48 2011 : Auth: rlm_nibs (rlm_nibs_postauth): User `XXXXXX' login OK [10.254.213.1:1] |10.0.198.19|
Sun Oct 30 02:59:50 2011 : Auth: rlm_nibs (rlm_nibs_accounting): User `XXXXXX' logout [10.254.213.3:51] |10.0.193.171|
Sun Oct 30 02:00:01 2011 : Auth: Login OK: [XXXXXX] (from client localhost port 51 cli 10.0.193.171)
Sun Oct 30 02:00:01 2011 : Auth: rlm_nibs (rlm_nibs_postauth): User `XXXXXX' login OK [10.254.213.3:51] |10.0.193.171|
Sun Oct 30 02:00:11 2011 : Auth: rlm_nibs (rlm_nibs_accounting): User `XXXXXX' logout [10.254.213.1:40] |10.0.198.188|
Sun Oct 30 02:00:14 2011 : Auth: Login OK: [XXXXXX] (from client localhost port 67 cli 10.0.198.188)
.....
Sun Oct 30 02:58:48 2011 : Auth: rlm_nibs (rlm_nibs_accounting): User `XXXXXX' logout [10.254.213.3:49] |10.0.193.171|
Sun Oct 30 02:58:59 2011 : Auth: Login OK: [XXXXXX] (from client NAS-1 port 45 cli 10.0.193.171)
Sun Oct 30 02:58:59 2011 : Auth: rlm_nibs (rlm_nibs_postauth): User `` login OK [10.254.213.1:45] |10.0.193.171|
Sun Oct 30 02:59:08 2011 : Auth: rlm_nibs (rlm_nibs_accounting): User `XXXXXX' logout [10.254.213.1:76] |10.0.204.86|
Sun Oct 30 03:00:19 2011 : Auth: rlm_nibs (rlm_nibs_accounting): User `XXXXXX' logout [10.254.213.1:45] |10.0.193.171|
Sun Oct 30 03:00:30 2011 : Auth: Login OK: [XXXXXX] (from client localhost port 49 cli 10.0.193.171)

Далее все идёт, как положено.

[reDNik]

AlKov, у меня freeradius, abbils, accel-pptp, mysql, так вот биллинг abills в упор не видит отмены перевода часов точно так же как и твой freenibs, а точнее сказать обманывает их MySQL. У меня только что подключенного пользователя abills по времени так и писал часом назад, хотя и clock и date показывали правильное время, пока я рестарт базы не сделал, там видать timestamp какой-то хитрый.

Изменено 31 октября, 2011 пользователем reDNik

[AlKov]

AlKov, у меня freeradius, abbils, accel-pptp, mysql, так вот биллинг abills в упор не видит отмены перевода часов точно так же как и твой freenibs, а точнее сказать обманывает их MySQL. У меня только что подключенного пользователя abills по времени так и писал часом назад, хотя и clock и date показывали правильное время, пока я рестарт базы не сделал, там видать timestamp какой-то хитрый.

Гм.. А каким боком тут может быть MySQL? Вообще-то это лог радиуса, вернее конечно не совсем радиуса, а rlm-ки нибса. Возможно конечно, что нибс перед записью лога тащит время из базы, но как-то это вроде нелогично.. MySQL я не ребутал и как-то оно само-собой устаканилось. :) Меня сейчас больше беспокоит предстоящая осень, когда биллингу снова захочется "поиграть со временем". Или здесь однозначно надо лезть в MySQL?

[st_re]

Судя по всему есть куча софта, который считывает (открывает) /etc/localtime при старте и потом им и пользуется. Если сначала было старое /etc/localtime потом запустили тот софт, а потом стерли старый и записали новый /etc/localtime, то тому софту пофиг на изменения. Покрайней мере в логах не через syslog такое время на давно загруженных серверах много где вылезло вчера. В кроне, к примеру. Стоп-старт сервиса помогает. Можно lsofом помониторить, кто держит файл открытым..

[s.lobanov]

Судя по всему есть куча софта, который считывает (открывает) /etc/localtime при старте и потом им и пользуется. Если сначала было старое /etc/localtime потом запустили тот софт, а потом стерли старый и записали новый /etc/localtime, то тому софту пофиг на изменения. Покрайней мере в логах не через syslog такое время на давно загруженных серверах много где вылезло вчера. В кроне, к примеру. Стоп-старт сервиса помогает. Можно lsofом помониторить, кто держит файл открытым..

 

Ещё некоторый софт читает /etc/localtime из чрутовой директории, например powerdns

[st_re]

ну это само собой. тут только вовремя актуализировать chroot.

[bos9]

syslogd тоже пользует старые тайм-зоны, кстати я по lsof /etc/localtime ничего не вижу.

[apm]

Для тех, кто java использует - там тоже надо обновлять runtime, вот совет хорошего человека, спасибо ему

 

1. Скачать с http://www.oracle.com/technetwork/java/javase/downloads/index.html "JDK DST Timezone Update Tool"

2. Распаковать архив

3. Выполнить java -jar tzupdater.jar -u

 

There's no tzdata available for this Java runtime.

 

# java -version 1

java version "1.6.0_07"

Diablo Java SE Runtime Environment (build 1.6.0_07-b02)

Diablo Java HotSpot Client VM (build 10.0-b23, mixed mode, sharing)

 

 

как жить?

[YuryD]

There's no tzdata available for this Java runtime.

 

# java -version 1

java version "1.6.0_07"

 

как жить?

 

Для 1.6.0_17 вполне применился (видно в админке utm) - Обновить java

[st_re]

У меня с FTP не брались таймзоны.

дык, копирасты постарались :( http://pda.opennet.ru/opennews/art.shtml?num=31968

 

https://www.eff.org/press/releases/eff-wins-protection-time-zone-database

 

Дядям объяснили, что они не правы...

[AlKov]

Дядям объяснили, что они не правы...

А вот сможет ли кто вновь объяснить этим "дядям с большими ушами" что делать, после того как ВВП "вернёт время вспять"...

[apm]

Ну неужели вернет? Цирк же с конями.

[st_re]

Это придется объяснять другим дядям.. Я так думаю через недельку понятно почем эти фразы про отмену на рынке стоят....

[st_re]

Во, дяди активизировались

 

http://top.rbc.ru/politics/20/09/2012/670546.shtml

Председатель комитета Госдумы по охране здоровья Сергей Калашников внес в палату законопроект о переходе на зимнее время, отменив при этом сезонный перевод стрелок.

 

Депутат от ЛДПР полагает, что документ может быть быстро принят депутатами, и уже этой осенью Россия переведет стрелки на час назад.

 

"В правительстве РФ понимание по этому вопросу есть", - сказал глава комитета.

 

подниму тему, а то, походу, инструкции скоро снова станут актуальными...

[snark]

Там же:

Согласно опросу среди читателей РБК в социальных сетях, большинство граждан поддерживает инициативу возврата к сезонному переводу часов: это удобнее и экономичнее.

Людям не нужно зимнее время, IMHO.

В текущей ситуации будет продаваться бОльше эл. энергии = энергетики получат бОльше денег = заплатят бОльше налогов = гос-во получит бОльше денег. Так как будет гос-ву выгоднее?

 

 

P.S. Коровы перейдут на зимнее время и начнут давать молоко на час раньше? Если нет - о какой экономической выгоде в сельском хозяйстве речь?

[boco]

http://top.rbc.ru/politics/19/09/2013/877795.shtml?print ахаха, особо поржал над "Во-первых, сделать это необходимо в интересах здоровья граждан."

[ruri]

Там же:

Согласно опросу среди читателей РБК в социальных сетях, большинство граждан поддерживает инициативу возврата к сезонному переводу часов: это удобнее и экономичнее.

Людям не нужно зимнее время, IMHO.

В текущей ситуации будет продаваться бОльше эл. энергии = энергетики получат бОльше денег = заплатят бОльше налогов = гос-во получит бОльше денег. Так как будет гос-ву выгоднее?

 

 

P.S. Коровы перейдут на зимнее время и начнут давать молоко на час раньше? Если нет - о какой экономической выгоде в сельском хозяйстве речь?

 

Вопервых: что-бы добыть эту энергию, но ещё потратить кучу денег. Вовторых: везде наблюдается дефицит электроэнергии и продавать сверх уже нечего. Втретих: один, не очень умный, сказал про коров и все за ним повторяют. У коровы мозгов нет, она на час раньше больше молока не даст. Но у людей то мозги должны быть...А на какой ляд доить коров на час раньше? Ну подоят её не в 6 утра, а в 7... Корове какая разница? Количество молока от этого не изменится..

Изменено 23 сентября, 2013 пользователем ruri

[st_re]

Ура товарищи!

 

тему АП

 

http://top.rbc.ru/society/22/07/2014/938072.shtml

Президент Владимир Путин подписал закон о переходе России на зимнее время с 26 октября 2014г. Соответствующий указ главы государства опубликован во вторник на портале правовой информации.

 

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

 

Переход на зимнее и летнее время был отменен летом 2011г. по инициативе Дмитрия Медведева. Сейчас в России действует постоянное летнее время.

[BETEPAH]

Теперь лигу Европы с лигой чемпионов пораньше будут показывать :)

[st_re]

http://www.iana.org/time-zones выложили новые TZDATA (2014f). Ждем пока вендоры пораспихают по дистрибутивам.

 

Обновим методчику :) Руками, на *NIX* можно ставить так (для систем, которых нельзя обновить штатно, к примеру для старых систем, или не хочется ждать милостей от природы пока родят обновление):

 

(имя файла меняется при изменениях временных зон, нужно посмотреть текущее название, чейчас версия 2014f)
$ wget http://www.iana.org/time-zones/repository/releases/tzdata2014g.tar.gz
$ tar -xzf tzdata2014g.tar.gz
$ zic -d ./zoneinfo africa antarctica asia \
   etcetera europe factory northamerica \
   southamerica systemv
$ cd zoneinfo
$ cp -r * /usr/share/zoneinfo/

и далее обновить /etc/localtime из соотв файла в /usr/share/zoneinfo/

 

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

[joesm]

этого мало, всякие php, жабы, mysql-и и т.д. не пользуются системными зонами, а предпочитают собственные

[st_re]

если почитать тему с начала, то все это уже обсасывали

 

pecl расширение timezonedb уже обновили..