От 25 января 2015 г., 23:57:28 в fido7.ru.linux.chainik ты писал: AG> Если честно, то я не понял идеи. При установке системы AG> изначально выбиралась зона с фиксированным от GMT смещением. AG> Переход времени - по at создавался симлинк /etc/localtime на AG> зону с таким же, фиксированным смещением но на час меньше. Как AG> я понимаю, проблема именно здесь. Кто-то (я) поменял таймзону в AG> системе, но откуда это знать процессам? Считав один раз правила AG> и убедившись в отсутствии перехода они спокойно живут вчерашним AG> днём (с 00:00 до 01:00 текущего дня).
Как всё интересно запущенно. :) М-м-м, процесс процессу - рознь, одни вызывают tzset() часто, другие по запросу, третьи вообще не вызывают, поэтому у них могут быть очень разные и непредсказуемые представления о временной зоне установленной в системе по умолчанию.
Честно говоря, я тоже не понял, чего ты хотел добиться своим "...по at создавался симлинк /etc/localtime...". Так как в Linux у программ, библиотек и демонов не принято работать по документации, то это самая глючная конфигурация из всех возможных конфигураций, ибо динамическая.
Кроме того "симлинк /etc/localtime" - моветон и источник граблей.
При стандартной конфигурации, в которой /etc/localtime перезаписывается, гюков меньше, хотя и сохраняется зависимость от устанавливаемых обновлений.
Тогда уж, нужно было бы установить для всех демонов переменную окружения TZ в классические "UTC+0" или "IST-2IDT" (man tzset). А для себя устанавливать уже свою TZ с человеческой зоной. Тогда бы у тебя бы если бы и возникали бы вопросы, то только к самому себе.
-- Успехов, Сергей Леонтьев. E-mail: lse@CryptoPro.ru
--- ifmail v.2.15dev5.4 * Origin: ГАИШ МГУ (2:5020/400)
