Как там с подводными камнями обновления OES11SP1->OES11SP2

[Dimerson]

через zypper dup с репозиториев расположенных на своем SMT сервере?

Есть ли подводные камни кроме наличия актуального IP сервера с репликой
в параметре CONFIG_EDIR_REPLICA_SERVER= в файле /etc/sysconfig/novell/edir_oes11_sp1 ?

[Константин Ошмян]

Попробовал обновиться (OES11SP1->OES11SP2) на тестовом кластере.
Делал, как и раньше, с помощью утилиты wagon.
Результат: после перезагрузки - cluster services не запускается; в ответ на rcnovell-ncs start - не очень внятная ругань, на явный rcnovell-ncs stop - зависон текущего процесса, усугубляемый 100% CPU Usage процессом modprobe.
При ближайшем рассмотрении видно, что обновилась eDirectory (8.8.7 -> 8.8.8 ), но судя по файлу /etc/sysconfig/novell/edir_oes11_sp2 - осталась в неком неотконфигурированном состоянии. В частности, по протоколам LDAP/sLDAP не отвечала (а именно через sLDAP пытается прочитать свои конфиги clustering service).
Решение: читайте доки, они рулез В частности, в Installation Guide чётко сказано, что при использовании wagon необходим такой шаг:

After the reboot, log on to the server and run the yast2 channel-upgrade-oes command to complete the OES services reconfiguration

Я, правда, к тому моменту успел просто зайти в YaST -> Open Enterprise Server -> OES Install and Configuration, тогда появляется окошко "OES 11 eDirectory database (DIB) and config file found" с кнопкой "Upgrade" (которую надо нажать). После перезагрузки сервера кластеринг сервис запускается успешно. Но, видимо, действовать по документации - правильнее.

[Dimerson]

Ну я хочу через zypper dup.
А далее по докам yast2 channel-upgrade-oes

Поглядел на что грешат супостаты = обычно если в /etc/sysconfig/novell/edir_oes11_sp2 адрес какого-нибудь старого сервера (живого на момент установки) то траблы.

Это и в пререквизитах они пишут.

Хочу вот к моменту установки GW2014 иметь OES11+Latest SP ;o)

Слесы без OES обновились штатно нормально (они каждый с какой-нибудь усложняющей фичей)
или там SLES11 SP2+ SDK11 SP2
или там SLES11 SP2+ SMT11 SP2+ SEP SESAM (да еще на софтовом зеркале md)
или там SLES11 SP2+NW в виртуалке XEN.

Этот вот SLES11SP2+OES11SP1+GW2012SP2 ....

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

В чем проблема сделать wagon c SMT? Делал именно с 11SP1 до 11SP2 - четко по доке, wagon. Все прошло без шуму и пыли, все завелось и работает. Правда, там кластеров нет, есть группенвайз и едыр.

[Константин Ошмян]

В чем проблема сделать wagon c SMT? Делал именно с 11SP1 до 11SP2 - четко по доке, wagon. Все прошло без шуму и пыли, все завелось и работает.

Иван, так я именно так и делал - wagon с сервера SMT. Прошлый раз (OES11->OES11sp1) "всё прошло без шуму и пыли, все завелось и работает". В этот раз (OES11sp1->OES11sp2) - добавилась необходимость в ещё одном шаге (да, он описан в документации, но кто ж её читает, пока не наступит на грабли?), потому и предупреждаю. Любопытно, что на второй ноде того же кластера проблем не возникло: даже до выполнения yast2 channel-upgrade-oes после перезагрузки после установки SP всё загрузилось с ходу (включая подключение к кластеру). Тем не менее, эту команду всё же выдал - от греха подальше...

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

Привет, Костя. Таки я давно уже с шашкой наголо ничего не обновляю, делал все по доке. Может потому все и получилось с первого разу?

[Константин Ошмян]

О, после обновления "боевого" кластера обнаружилась ещё одна проблемка. К счастью, не очень масштабная - затронуло всего три файла, но, тем не менее, неприятная. Пропали доступы к этим трём файлам - вообще, напрочь; при просмотре с раб. станции их как будто и нет; даже с консоли линукс-сервера при просмотре содержимого директории все файлы показывает, а конкретно эти - отображает только имя файла и больше ничего (ни размера, ни дат, ни прочего). Можно, конечно, ржать на тему "кто ж так файлы называет!" (они все имеют довольно длинные имена кириллицей); но раньше-то с ними проблем не было! И в заявленные ограничения по длине (255 16-битных символов на имя файла + расширение, 1023 16-битных символа на полное имя со всеми путями - см. 5.4.2 руководства "Novell Storage ServicesTM File System. Administration Guide for Linux. Open Enterprise Server 11 SP2") вполне укладываются. Любопытно, что в предыдущих бэкапах они есть, но восстановить (пусть даже в другую директорию, с более коротким путём - /tmp в корне тома) не удаётся; то же соощение об ошибке - "File name too long".

Открыл инцидент, будем разбираться.

[Dimerson]

О как .... надо выждать однако ... спасибо за информирование !

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

Открыл инцидент, будем разбираться.

Если нужна помощь - дай знать на ilevshin@novell.ru. Возможности у меня скромные, но я настырный Вдруг чего да получится. Сам лично наступил на грабли после миграции с нетвари 6.5 на оес11сп2 - единственный том в новом кластере (ессна, нсс) ведет себя феерично (плодятся "фантомы" каталогов, при этом оригиналы не видно в ряде случаев). Как будет больше деталей - дам знать.

[Константин Ошмян]

Иван, спасибо! Пока техподдержка отреагировала оперативно, посоветовали попробовать (для начала на одной из нод кластера) патч nss-kmp-default-4.16.4893_3.0.76_0.11-0.5.1.340.0.PTF.869184.x86_64.rpm (до того стоял такой же пакет, только без суффикса ".340.0.PTF.869184"). Вчера вечером попробовал поставить (требуется перезагрузка сервера) - таки помогло! Видимо, снова где-то символы с байтами перепутали. Отписался о результатах, жду дальнейших рекомендаций.

Чтобы было понятно, как выглядел баг - пара примеров:
Со стандартным пакетом (nss-kmp-default-4.16.4893_3.0.76_0.11-0.5.1):

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

lx01:/media/nss/HOME/HOME/VPupkin/My Documents/PDF files/AutoSave # ls -l
ls: cannot access На Полтавщине действует новый состав президиума Полтавской областной организации ФСО «Динамо» Украина » Фізкультурно-спортивне товариство Динамо України.pdf: File name too long
total 164
drwxrwxrwx 1 nobody root   4096 May  5 09:13 ./
drwxrwxrwx 1 nobody root   4096 May  5 09:14 ../
-????????? ? ?      ?         ?            ? На Полтавщине действует новый состав президиума Полтавской областной организации ФСО «Динамо» Украина » Фізкультурно-спортивне товариство Динамо України.pdf
lx01:/media/nss/HOME/HOME/VPupkin/My Documents/PDF files/AutoSave #

С пропатченным пакетом (nss-kmp-default-4.16.4893_3.0.76_0.11-0.5.1.340.0.PTF.869184):

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

lx01:/media/nss/HOME/HOME/VPupkin/My Documents/PDF files/AutoSave # ls -l
total 164
drwxrwxrwx 1 nobody root   4096 May  5 09:13 ./
drwxrwxrwx 1 nobody root   4096 May  5 09:14 ../
-rw-rw-rw- 1 nobody root 164711 Aug 15  2013 На Полтавщине действует новый состав президиума Полтавской областной организации ФСО «Динамо» Украина » Фізкультурно-спортивне товариство Динамо України.pdf
lx01:/media/nss/HOME/HOME/VPupkin/My Documents/PDF files/AutoSave #

Я тоже слегка прифигел от того, каким образом пользователи называют свои файлы (как длина имени, так и используемый набор символов - русские, украинские, да ещё кавычки "ёлочка"), но, повторюсь, в данном случае - речь не об этом.

Update:
Рекомендуют теперь так же пропатчить вторую ноду. На мой прямой вопрос, можно ли считать это окончательным решением или же это только временная заплатка, ответили, что второе:

This patch will not be released in the upcoming May scheduled maintenance patches, but in the next one following.
Therefore if you want to apply the May patches, you may need to get another FTF from us after these have been released.

Если за это время кто-то ещё будет обращаться в саппорт по данной теме - можете сослаться на мой номер инцидента: Service Request # 10891283491.

[Константин Ошмян]

Как и обещали (см. предыдущее сообщение), после установки May 2014 OES11SP2 Scheduled Maintenance Update проблема вернулась. Причём ещё усугубившись: если раньше при попытке на консоли сервера выдать команду "ls -l" она отрабатывала для всех файлов в директории, кроме проблемных (для них не показывала ничего, кроме имени файла - см. пример выше), то теперь аналогичная команда, дойдя до первого проблемного файла, на нём и "ломается" - последующие файлы уже не показывает. На практике это может сказаться на том, что в бэкапную сессию не попадут не только файлы с длинными именами, но и те, которые лежат рядом.

Хорошая новость заключается в том, что после обращения в техподдержку через пару дней прислали новый временный фикс - nss-kmp-default-4.16.4940_3.0.76_0.11-0.5.1.368.0.PTF.869184.x86_64.rpm; после его установки (и перезагрузки) всё снова хорошо. По предварительным данным, окончательный фикс войдёт в следующий OES Scheduled Maintenance Update (видимо, июльский). Номер бага - 869184.

[Dimerson]

Чукча умный (about /me) .... ждет окончательной победы патча во всем мире . Мир без багов и регрессий кода !

[$erg]

Приветствую Уважаемые Коллеги.
В воскресенье обновил 2 сервера из трех OES2SP3 до OES11SP2, вроде все как бы штатно, если не учесть небольших косяков в процессе. Но как только пользователи начали входить в сеть - вылезла еще одна проблема: У большинства пользователей появилась проблема со входом в сеть. А именно:
У одних долго пытается войти в сеть и в итоге выдает сообщение что невозможно найти дерево или сервер и предлагает войти только в рабочую станцию. После чего нужно нажать НЕТ и еще раз ввести пароль, и после небольшого размышления клиент пускает в сеть.
У других просто очень долго происходит регистрация в сети.
У третьих приходится просто входить в рабочую станция а затем только в Novell.
Настройки SLP проверил - ничего не изменилось. Но если ставлю вместо дерева - IP адрес сервера - нормально входит в сеть. Т.е. на лицо проблема с SLP но настройки не изменились, может нужно еще какую опцию включать.
DHCP сервера нет, настройки местоположения сервиса прописаны в клиентах, клиенты - преимущественно Windows XPSP3, SR открыл, но уж как-то редко они отвечают, а 800 пользователей каждое утро раздражает такой вход в сеть...
В чем может быть проблема? Какие есть мысли?

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

slpinfo /a с клиента для начала надо показать. Затем - скачать SLPSnoop, инсталляция не требуется. Запустить, посмотреть - есть ли сервера в ndap.novell, bindery.novell (соответственно - сервера, представляющие "дерево" и "сервер NCP"). Кроме того - настоятельно рекомендую сразу же установить как минимум февральский Maintenance, там важные апдейты для eDirectory (у меня уже был в работе запрос по поводу отвала LDAP).

Ну и, возможно, спрошу глупость - но таки было бы интересно глянуть на /etc/slp.conf. Вдруг там обнаружится и isDA=true и DAAddress=<адрес этого же сервера>?

И еще - в файрволле точно проверчена дырочка для UDP 427 (или TCP 427)? Что говорит nmap <адрес сервера>? TCP или UDP 427 есть?

[$erg]

slpinfo /a

*****************************************************
*** Novell Client for Windows NT ***
*** Service Location Diagnostics ***
*****************************************************

SLP Version: 4.91.5.11
SLP Start Time: 9:00:45am 6/10/2014
Last I/O: 8:20:33am 6/11/2014
Total Packets: Out: 36 In: 38
Total Bytes: Out: 2353 In: 4369


SLP Operational Parameters Values
------------------------------- ------------
Static Scopes YES
Static Directory Agents YES
Active Discovery YES
Use Broadcast for SLP Multicast NO
Use DHCP for SLP YES
SLP Maximum Transmission Unit 1400 bytes
SLP Multicast Radius 32 hops


SLP Timers Values
------------------------------------- ------------
Give Up on Requests to SAs 15 seconds
Close Idle TCP Connections 5 minutes
Cache SLP Replies 1 minutes
SLP Default Registration Lifetime 10800 seconds
Wait Before Giving Up on DA 5 seconds
Wait Before Registering on Passive DA 1-2 seconds


Scope List Source(s)
---------------------------------------- ------------
Directory CNFG


DA IP Address Source(s) State Version Local Interface Scope(s)
--------------- --------- ----- ------- --------------- ---------------
IP_SERVER1 CNFG UP SLPV2 IP_LOCAL Directory
IP_SERVER2 CNFG UP SLPV2 IP_LOCAL Directory
IP_SERVER3 CNFG UP SLPV2 IP_LOCAL Directory


Local Interface IP_LOCAL
---------------------------------
Operational State: UP
Operating Mode(s): MCAST,STATIC-DA
SA/UA Scopes: Directory
Last I/O: 8:20:33am 6/11/2014
Total Packets: Out: 36 In: 38
Total Bytes: Out: 2353 In: 4369
Last Addr Out: IP_SERVER1
Last Addr In: IP_SERVER1

SLPSnoop видит по 3 сервера в каждой из веток ndap.novell и bindery.novell

Обновил сервера после апгрейда по самое немогу, т.е. все патчи установлены.

А можно про глупость поподробнее? Ведь в OES2SP3 именно так и было настроено как isDA=true - что изменилось с того времени?
Ну и соответственно в /etc/sysconfig/novell/edir_oes11_sp2 CONFIG_EDIR_SLP_MODE="da" и далее CONFIG_EDIR_SLP_DA="СПИСОК_АДРЕСОВ_СЕРВЕРОВ"
Тогда еще возникает вопрос по настройке клиентов, может тоже что то изменилось?