OES11sp2 + рестарт = проблемы

[Михаил Цветаев]

Что имею - несколько серверов - OES2sp3/ OES11sp2 с обновлениями на момент установки год назад.
Необходимо было переподчинение в здании электрического ввода - время простоя 8 часов.
Честно выключаю сервера. Всё без проблем. Мастер реплика находиться на сервере который не выключался, в центральном офисе.
Все включилось без проблем. И при проверке получил гемор в полный рост.
Первое с чем столкнулся
1. Регистрация через SSH занимает несколько минут
2. Достучаться по VNC десятки минут.
3. Производительность дисковых операций ниже плинтуса. Хуже оригинала на вечер пятницы для NSS минимум в 3 раза.
4. Простейшие запуски программ занимают несколько минут.

Т.е. как бы все работает, загрузка процессора в нулях, но а все операции как в замедленном кино. Тупит - мало не покажется.
Все сервера только для файловых операций.
Сервера расположены на разных системах
- OES2 на физическом сервере
- OES11 в виртуальной среде.

Есть ешё один сервер SLES11sp3 в виртуальной среде, то же останавливался, но на нем нет eDirectory - вот на этом ВСЁ в порядке в плане производительности и регистрации.
Логика простая - что-то с дополнением от Novell. В инете нашел предложение - убить eDirectory. Но для файловой системы - это не допустимо. Да и поможет ли - не известно и как завязано то же не понятно. Что помогло, нет инфы.
Кто сталкивался? Есть идеи....?

[URRY]

Для начала посмотри что со временем , ndsrepair -T
С ДНС все ли хорошо ?

[Михаил Цветаев]

Для начала посмотри что со временем , ndsrepair -T
С ДНС все ли хорошо ?

И ndsrepair -T - без проблем.
И ndsrepair -R - проходит без ошибок.
И ndsrepair -E - проходит без ошибок.
И ndsrepair -U - проходит без ошибок.

ДНС - рабтает, ни кто не жалуется.

[Dimerson]

id admin
nslookup

отрабатывают с тормозами ?

[Михаил Цветаев]

id admin
nslookup

отрабатывают с тормозами ?

id - запустил, прождал 10 минут. Ни чего не получил, сбросил.
nslookup - работает мгновенно.

[URRY]

Что указано в качестве preferred-server в /etc/nam.conf ? попробуй указать самого себя в preferred-server , а в качестве alternative-ldap-server-list мастер реплику.
после чего
namconfig -k
namconfig cache_refresh

[Dimerson]

id admin
nslookup

отрабатывают с тормозами ?

id - запустил, прождал 10 минут. Ни чего не получил, сбросил.
nslookup - работает мгновенно.

сертификаты протухли ?

[Михаил Цветаев]

id admin
nslookup

отрабатывают с тормозами ?

id - запустил, прождал 10 минут. Ни чего не получил, сбросил.
nslookup - работает мгновенно.

сертификаты протухли ?

Нет, все Ок. Сервера ставились год назад и сертификатам жить ещё почти 10 месяцев.
Да и как id или top зависят от сертификатов. И регистрация в Linux(SLES) мне думается ни как зависит от сертификатов в eDirectory.

Ещё раз что происходит
- ребут
- минут 5 всё работает, т.е. всё запускается и регистрируюсь в лёт.
- далее регистрация начинает подвисать на несколько секунд и это время увеличивается.
- сейчас к примеру по VNС уже нельзя подключиться, может просто надо подождать несколько часов. Но меня не хватило.
- к примеру запуск ТОР можно тоже ждать .... и ждать.
- или к примеру МС запускается на ура. Без проблем.

Я бы всё понял если это зараза была на одной машине, так поразило сразу две.

[URRY]

preferred-server менял ?

[Михаил Цветаев]

preferred-server менял ?

Не понял вопроса.
Вроде это понятие ушло уже с серверов NetWare при отказе от tymesync.
Но сервер времени, да сменился. Но коннект происходит не ИП а по имени.

[Dimerson]

Я бы всё понял если это зараза была на одной машине, так поразило сразу две.

id root не зависит
а
id admin зависит

оно смотрит через LUM в eDirectory.
Проверка: remote manager не пускает админом а пускает рутом.

[URRY]

нет не ушло , укажи в /etc/nam.conf качестве preferred-server IP адрес самого сервера. У меня были подобные проблемы , когда не было связи между мастер репликой и сервером.

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

У меня такое бывало, когда начинал чудить демон namcd (отжирая при этом кучу памяти). Правда, давненько уже не было - видимо, в каком-то из патчей ошибку поправили.

Проявлялось это в крайне медленной реакции на любые команды, где ID пользователей или групп преобразуются в их текстовое представление (т.е. 0 -> root) - например, ps, ls -l или top. Классический признак: если в ответ на запуск команды top нет никакой ответной реакции более 10 секунд - это именно оно. Тогда команду надо прервать (Ctrl-C) и перезапустить демон командой rcnamcd restart (перезапуск может занимать около 2-3-х минут).

[Михаил Цветаев]

У меня такое бывало, когда начинал чудить демон namcd (отжирая при этом кучу памяти). Правда, давненько уже не было - видимо, в каком-то из патчей ошибку поправили.

Проявлялось это в крайне медленной реакции на любые команды, где ID пользователей или групп преобразуются в их текстовое представление (т.е. 0 -> root) - например, ps, ls -l или top. Классический признак: если в ответ на запуск команды top нет никакой ответной реакции более 10 секунд - это именно оно. Тогда команду надо прервать (Ctrl-C) и перезапустить демон командой rcnamcd restart (перезапуск может занимать около 2-3-х минут).

Из Вашего списка проблемных - только ТОР. Сейчас уже точно не запускается или надо подождать пару дней.
Режим работы в конторе жесткий, есть риск остановиться при перезапуске namcd и отвалить NSS. Ближе к ночи ...

[Михаил Цветаев]

У меня такое бывало, когда начинал чудить демон namcd (отжирая при этом кучу памяти). Правда, давненько уже не было - видимо, в каком-то из патчей ошибку поправили.

Не сложилось. Рестарт затянулся не на пару минут. Ждал минут сорок - не дождался. Смог только "хирургически" через выключение.