Непонятки с обновлениями для OES2SP3

[Dimerson]

Я тоже пробовал ставить timezone для SLES11 в SLES10 штатно через rpm -Uvh ...
Встает молча.
Судя по всему зависимостей там только libc ( 2.3.4 or 2.2.5 or 2.4) (64 bit) посему должно жить тк libc 2.4 в 10 SP4.

Мне надо было для проверки как быть c Oracle 10gR2 на SLES10SP4.

получилось мне что надо:
timezone от sles11
oracle DSTv23 файлы руками от Oracle 11.2 закинуть в 10.2
ну и жабы что в Oracle 10gR2 патчить свежим tzupdater.jar на который разродился таки Oracle.

Вот такое хреновое у нас лето. Спасибо партии за это.

Артефактов не обнаружил - часовой пояс штатно меняется туда-сюда через yast2, zic и zdump вроде работают (zic глубоко не тестил). tzselect не тестил.

[capricious]

нет, встало как родное - timezone-2014g-0.3.1.x86_64.rpm

zdump -v /etc/localtime | grep 2014 показал все как надо

[Dimerson]

нет, встало как родное - timezone-2014g-0.3.1.x86_64.rpm

zdump -v /etc/localtime | grep 2014 показал все как надо

по большому счету повезло ибо zdump , zic и tzchange (первые 2 бинарники последний скрипт) содержатся в этом же rpm.

[Phoner79]

А вот в моем случае все не так радужно.
Система - SLES10SP4 32bit i586

Поставил патч timezone-2014g-0.5.1.i586.rpm (http://download.novell.com/Download?buildid=Xm1Cf8Ec1jk)
Как у многих тут zdump все показывает корректно, но только вот правило для 2011 года отрабатывает, а для 2014 нет - см лог ниже (в самом конце).

-----------------------------------------------
-----------------Installing--------------------
-----------------------------------------------

BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # date
Fri Oct 10 11:50:06 MSK 2014
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # rpm -qa | grep time
timezone-2011j-1.5.1
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # zdump -v Europe/Moscow | grep 2014
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # rpm -qip /tmp/timezone-2014g-0.5.1.i586.rpm
Name : timezone Relocations: (not relocatable)
Version : 2014g Vendor: SUSE LINUX Products GmbH, Nuernberg, Germany
Release : 0.5.1 Build Date: Mon Sep 8 18:54:29 2014
Install Date: (not installed) Build Host: hammer180
Group : System/Base Source RPM: timezone-2014g-0.5.1.src.rpm
Size : 1250254 License: BSD-3-Clause and SUSE-Public-Domain
Signature : DSA/SHA1, Mon Sep 8 18:54:37 2014, Key ID a84edae89c800aca
Packager : http://bugs.opensuse.org
URL : http://www.iana.org/time-zones
Summary : Timezone Descriptions
Description :
These are configuration files that describe available time zones. You
can select an appropriate time zone for your system with YaST.
Distribution: SUSE Linux Enterprise 10
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # rpm -Uvh /tmp/timezone-2014g-0.5.1.i586.rpm
Preparing... ########################################### [100%]
1:timezone warning: /etc/localtime created as /etc/localtime.rpmnew
########################################### [100%]
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # rpm -qa | grep time
timezone-2014g-0.5.1
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # date
Fri Oct 10 11:51:40 MSK 2014
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # zdump -v Europe/Moscow | grep 2014
Europe/Moscow Sat Oct 25 21:59:59 2014 UT = Sun Oct 26 01:59:59 2014 MSK isdst=0 gmtoff=14400
Europe/Moscow Sat Oct 25 22:00:00 2014 UT = Sun Oct 26 01:00:00 2014 MSK isdst=0 gmtoff=10800
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # zdump -v Europe/Moscow | grep 2013
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # zdump -v Europe/Moscow | grep 2015
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # zdump -v Europe/Moscow | grep 2016
BRYANSK-LIM1:~ #



-----------------------------------------------
-----------------Testing--------------------
-----------------------------------------------


BRYANSK-LIM1:~ # date
Thu Oct 16 16:14:01 MSK 2014
BRYANSK-LIM1:~ #

BRYANSK-LIM1:~ # cat /etc/sysconfig/clock | grep ZONE
TIMEZONE="Europe/Moscow"
DEFAULT_TIMEZONE="US/Eastern"
BRYANSK-LIM1:~ #

BRYANSK-LIM1:~ # rpm -qa | grep time
timezone-2014g-0.5.1
BRYANSK-LIM1:~ #

BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # zdump -v Europe/Moscow | grep 201
Europe/Moscow Sat Mar 27 22:59:59 2010 UT = Sun Mar 28 01:59:59 2010 MSK isdst=0 gmtoff=10800
Europe/Moscow Sat Mar 27 23:00:00 2010 UT = Sun Mar 28 03:00:00 2010 MSD isdst=1 gmtoff=14400
Europe/Moscow Sat Oct 30 22:59:59 2010 UT = Sun Oct 31 02:59:59 2010 MSD isdst=1 gmtoff=14400
Europe/Moscow Sat Oct 30 23:00:00 2010 UT = Sun Oct 31 02:00:00 2010 MSK isdst=0 gmtoff=10800
Europe/Moscow Sat Mar 26 22:59:59 2011 UT = Sun Mar 27 01:59:59 2011 MSK isdst=0 gmtoff=10800
Europe/Moscow Sat Mar 26 23:00:00 2011 UT = Sun Mar 27 03:00:00 2011 MSK isdst=0 gmtoff=14400
Europe/Moscow Sat Oct 25 21:59:59 2014 UT = Sun Oct 26 01:59:59 2014 MSK isdst=0 gmtoff=14400
Europe/Moscow Sat Oct 25 22:00:00 2014 UT = Sun Oct 26 01:00:00 2014 MSK isdst=0 gmtoff=10800
BRYANSK-LIM1:~ #

BRYANSK-LIM1:~ # zdump --version
zdump (tzcode) 2014g
BRYANSK-LIM1:~ #

BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # date -s "Sun MAR 27 01:59:00 MSK 2011"
Sun Mar 27 01:59:00 MSK 2011
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # date
Sun Mar 27 01:59:02 MSK 2011
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # while true; do date; sleep 2; done
Sun Mar 27 01:59:51 MSK 2011
Sun Mar 27 01:59:53 MSK 2011
Sun Mar 27 01:59:55 MSK 2011
Sun Mar 27 01:59:57 MSK 2011
Sun Mar 27 01:59:59 MSK 2011
Sun Mar 27 03:00:01 MSK 2011
Sun Mar 27 03:00:03 MSK 2011
Sun Mar 27 03:00:05 MSK 2011
Sun Mar 27 03:00:07 MSK 2011

BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # date -s "Sun OCT 26 01:59:00 MSK 2014"
Sun Oct 26 01:59:00 MSK 2014
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # date
Sun Oct 26 01:59:01 MSK 2014
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ #
BRYANSK-LIM1:~ # while true; do date; sleep 2; done
Sun Oct 26 01:59:48 MSK 2014
Sun Oct 26 01:59:50 MSK 2014
Sun Oct 26 01:59:52 MSK 2014
Sun Oct 26 01:59:54 MSK 2014
Sun Oct 26 01:59:56 MSK 2014
Sun Oct 26 01:59:58 MSK 2014
Sun Oct 26 02:00:00 MSK 2014
Sun Oct 26 02:00:02 MSK 2014
Sun Oct 26 02:00:04 MSK 2014

BRYANSK-LIM1:~ #



Пробовал делать как написал Dimerson тут viewtopic.php?f=1&t=11987#p80438
По его инструкции сделал из свежих (2014h) tzbaze и tzcode свой первый RPM.
Поставил - результат тот же.
Ребут не помогает.


Пробовал как написано тут https://www.novell.com/support/kb/doc.php?id=3655154
Правда не понял п.5 и п.7..
Результат тот же.

Есть такая ссылка https://www.suse.com/support/update/ann ... 152-2.html
Патч вроде упоминается внизу мой, но меня смущает фраза
An update that has three recommended fixes can now be installed. It includes one version update.

Я в тупике.
Кто что думает?

[Sergant]

Phoner79, у Вас подписка на SLES10SP4 LTSS, куда собственно входит пресловутый timezone-2014g-0.5.1.i586.rpm ? По ходу, у здесь присутствующих ни у кого нет такой подписки. Поэтому дискуссия пока свелась к установке timezone-2014g-0.3.1.i586.rpm от SLES11SP3.

[Dimerson]

Phoner79 все мы используем те же tzdata от Olsen'а 2014h (небольшие патчи накладываемые для TZ Китая итд при сборке RPM в SLE не в счет).

Asia/Novosibirsk в моем случае и в моем самодельном RPM и в RPM от SLES11 == той же зоне от Olsen'а.

[sovchik]

А при таком обновлении sybase из зенковка не стал у вас на час вперед бежать? Я попробовал не собирая rpm просто скопировать /etc/local time и /ush/share/zoneinfo из sles11sp3 в другую свою систему. В самой системе временная зона стала как надо, но вот зенворк стал заявлять, что время основного сервера и сервера базы данных зенворк отличается. Прикол в том что это один и тот же сервер.

[Dimerson]

в sybase нет ли своих файлов tzdata ? в оракле есть .... в посгресе вроде бы тоже есть .... иможет и в sybase ?

[Dimerson]

Вышел в субботу.

Обновил где надо с smt сервера (там tzdata встала свежая)
На legacy системах накатил timezone-2014g-0.3.1.x86_64.rpm

Где надо оракловые java машины обновил tzupdater-1_4_8-2014h.zip

Где надо в оракл подкинул с переминовкой

readme_23.txt
timezlrg_23.dat
timezone_23.dat

в oracore/zoneinfo

Попутно обнаружил что на трех серверах устарели SSL сертификаты.

iManager - > Create Default Certificates
На OESX/Linux namconfig -k
....

Спасибо правительству за наше счастливое детство

[Иван Левшин aka Ivan L.]

А при таком обновлении sybase из зенковка не стал у вас на час вперед бежать? Я попробовал не собирая rpm просто скопировать /etc/local time и /ush/share/zoneinfo из sles11sp3 в другую свою систему. В самой системе временная зона стала как надо, но вот зенворк стал заявлять, что время основного сервера и сервера базы данных зенворк отличается. Прикол в том что это один и тот же сервер.

У "взрослого" Sybase обновления, наверное, есть - для Sybase SQL Anywhere (которая Embedded DB) мне их найти не удалось. Обнаружил проблему на своем стенде на той неделе при установке патча - коллеги из NTS оповещены, на той неделе, думаю, я от них получу инструкции по поводу синхронизации базы с хостом.

[Phoner79]

Для истории:
По моей теме все оказалось банально просто.
Все работает.

Изначально меня смутило то, что для 2011 года все отрабатывало нормально (время переводилось), а для 2014 года - нет.
При этом правило в zdump для 2014г было (см мое сообщение выше).
Оказалось, что в случае 2014 года надо было пробовать ставить время не за 2 минуты до срабатывания правила, а за 1ч 2мин.
Почему - я так и не понял.
Косвенно это было видно по разнице между date и date -u
См лог ниже.


--------------------------------------------------------------------------------------------------------------------------------------------


Итак, проверяем еще раз с оглядкой на разницу между нашей таймзоной и UTC.
Мне кажется, что в этом и есть причина.


-------------------------Проверка 1 (NOK)----------------------------
В YAST - Hardware Clock Set To стоит = "UTC"
Говорят, что Localtime ставить не нужно.

Задаем время через коммандную строку (ставим на 2 минуты раньше отработки правила перевода).
Видим, что разница между нашей таймзоной и UTC сразу становится = 3 часа...
Странно, т.к. правило перевода времени должно отработать только в 01:59:59 по МСК, а мы задаем более раннее время - 01:58:00.
!!! В итоге - время не переводится.


TEST-LIM1:~ # zdump -v Europe/Moscow | grep 2014
Europe/Moscow Sat Oct 25 21:59:59 2014 UT = Sun Oct 26 01:59:59 2014 MSK isdst=0 gmtoff=14400
Europe/Moscow Sat Oct 25 22:00:00 2014 UT = Sun Oct 26 01:00:00 2014 MSK isdst=0 gmtoff=10800
TEST-LIM1:~ #

TEST-LIM1:~ # date -s "OCT 26 01:58:00 MSK 2014"
Sun Oct 26 01:58:00 MSK 2014
TEST-LIM1:~ # date
Sun Oct 26 01:58:05 MSK 2014
TEST-LIM1:~ # date -u
Sat Oct 25 22:58:07 UTC 2014
TEST-LIM1:~ #
TEST-LIM1:~ #
TEST-LIM1:~ # date
Sun Oct 26 01:59:31 MSK 2014
TEST-LIM1:~ # date -u
Sat Oct 25 22:59:36 UTC 2014
TEST-LIM1:~ #
TEST-LIM1:~ #
TEST-LIM1:~ #
TEST-LIM1:~ # while true; do date; sleep 5; done
Sun Oct 26 01:59:53 MSK 2014
!!!Sun Oct 26 01:59:58 MSK 2014
!!!Sun Oct 26 02:00:03 MSK 2014
Sun Oct 26 02:00:08 MSK 2014

TEST-LIM1:~ #



-------------------------Проверка 2 (OK)----------------------------
В YAST - Hardware Clock Set To стоит = "UTC"

Теперь задаем время через коммандную строку на 1 час раньше чем в предыдущем тесте.
Видим, что разница между нашей таймзоной и UTC = 4 часа.
Так и должно быть.
!!!Время переводится нормально.

TEST-LIM1:~ #
TEST-LIM1:~ # date -s "OCT 26 00:58:00 MSK 2014"
Sun Oct 26 00:58:00 MSK 2014
TEST-LIM1:~ # date
Sun Oct 26 00:58:02 MSK 2014
TEST-LIM1:~ # date -u
Sat Oct 25 20:58:04 UTC 2014
TEST-LIM1:~ #
TEST-LIM1:~ #
TEST-LIM1:~ #
TEST-LIM1:~ #
TEST-LIM1:~ # date
Sun Oct 26 01:04:26 MSK 2014
TEST-LIM1:~ # date -u
Sat Oct 25 21:04:28 UTC 2014
TEST-LIM1:~ #
TEST-LIM1:~ # date
Sun Oct 26 01:39:41 MSK 2014
TEST-LIM1:~ # date -u
Sat Oct 25 21:39:43 UTC 2014
TEST-LIM1:~ #
TEST-LIM1:~ #
TEST-LIM1:~ # while true; do date; sleep 60; done

Sun Oct 26 01:53:47 MSK 2014
Sun Oct 26 01:54:47 MSK 2014
Sun Oct 26 01:55:47 MSK 2014
Sun Oct 26 01:56:47 MSK 2014
Sun Oct 26 01:57:47 MSK 2014
Sun Oct 26 01:58:47 MSK 2014
!!!Sun Oct 26 01:59:47 MSK 2014
!!!Sun Oct 26 01:00:47 MSK 2014
Sun Oct 26 01:01:47 MSK 2014
Sun Oct 26 01:02:47 MSK 2014
Sun Oct 26 01:03:47 MSK 2014
Sun Oct 26 01:04:47 MSK 2014
Sun Oct 26 01:05:47 MSK 2014


Sergant и Dimerson - спасибо за ответы.

[Dimerson]

Незачто Phoner79

Надо было бы вам поделитсья с пиплом rpm файлами для sles10 x86 и x86-64.
Цены на LTSS жутко недемократичные

[Иван Левшин aka Ivan L.]

А при таком обновлении sybase из зенковка не стал у вас на час вперед бежать? Я попробовал не собирая rpm просто скопировать /etc/local time и /ush/share/zoneinfo из sles11sp3 в другую свою систему. В самой системе временная зона стала как надо, но вот зенворк стал заявлять, что время основного сервера и сервера базы данных зенворк отличается. Прикол в том что это один и тот же сервер.

Надо настроить синхронизацию времени и перезапустить сервисы (novell-zenworks-configure -c Start). У меня на стенде именно так вылечилось.

[Phoner79]

Незачто Phoner79

Надо было бы вам поделитсья с пиплом rpm файлами для sles10 x86 и x86-64.
Цены на LTSS жутко недемократичные

Для x86 нашел тут: http://letitbit.net/download/75349.7f77 ... 6.zip.html
Для х64 не нашел.

[Dimerson]

устал продираццо через бесчеловечную рекламу