OES 11 проблема со стартом.

[Доменика]

сейчас, когда все запущено, шо возвращает
dmesg

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

dmesg

или в таком виде

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

dmesg | grep -i error

Новый dmesg

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

dmesg | grep -i error - ошибок нет.

nsswich.conf

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

passwd: compat nam
group:  compat nam

hosts:          files dns
networks:       files dns

services:       files
protocols:      files
rpc:            files
ethers:         files
netmasks:       files
netgroup:       files nis
publickey:      files

bootparams:     files
automount:      files nis
aliases:        files


Маршрутизация через interVLAN без ACL.

NSLooup работает не зависимо от выбора DNS-сервера

[skoltogyan]

в части таких ошибок в логе

nds_nss_getgroupsbymember: failed to init socket, status = 0

такое пробовали :
https://www.shiftwiki.nl/fixndsnsserror
а именно:

Turned out I still had the nsswitch.conf file configured for LUM while LUM was already deconfigured:

passwd: compat nam
group: compat nam

Which had to be changed back to

passwd: compat
group: compat

( убрать справа "nam" )

?
++++
у вас какая-то кластеризация используется ? ( в логе видел нечто про недоступность

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

data_thread() for [Grid-Node] failed to contact node 127.0.0.1

)

[Dimerson]

В принципе для самой системы все что нужно можно прописать в /etc/hosts и при этом никак не зависеть от DNS серверов. А DNS серверы пусть стартуют себе неспешно и после этого обслуживают пользовательские запросы. Про кластер я спросил но топикстартер не ответил.

[Доменика]

В принципе для самой системы все что нужно можно прописать в /etc/hosts и при этом никак не зависеть от DNS серверов. А DNS серверы пусть стартуют себе неспешно и после этого обслуживают пользовательские запросы. Про кластер я спросил но топикстартер не ответил.

Ни каких кластеров.
Просто живет долго. По жизни были на верно и падения.
Из особенного это
- раздел на lvm
- все тома NCP, а не NSS.

Что меня удивляет - это старт системы со временем на 3 часа вперед.
В биос время нормальное.
При старте NDS время становиться нормальным, т.е. как во всей локальной сети.
Пробовали сменить TZ, меняется но старт всегда идет с неадекватного часового пояса.

[URRY]

про время
в логе dsmesq есть ,
Hypervisor detected: VMware
Вот и смотрите какое время у вас на Hypervisor-е , если тулзы установлны , то уберите галку с синхронизации времени виртуальной машины с гипервизором.

[Доменика]

про время
в логе dsmesq есть ,
Hypervisor detected: VMware
Вот и смотрите какое время у вас на Hypervisor-е , если тулзы установлны , то уберите галку с синхронизации времени виртуальной машины с гипервизором.

Это первое что было проверено.
На хосте больше чем одна виртуальная машина, проблема замечена только на конкретной.

[URRY]

И с ДНС какая то бяка, не может он 220 секунд стартовать .
[ 25.067144] 8021q: adding VLAN 0 to HW filter on device eth0
[ 245.136933] warning: `novell-named' uses 32-bit capabilities (legacy support in use)
Есть ссылка с такой проблемой , но она у меня не открывается https://community.microfocus.com/t5/OES ... -p/2401162
вот с BIND похожая проблема https://kb.isc.org/docs/aa-00823 , просят пересобирать.

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

Если novell-named не видит LDAP - стартовать он может вообще до морковкина заговенья. Пересобирать ничего не нужно, надо разбираться, что не так с LDAP.
Проверьте сертификаты в iManager: NetIQ Certificate Access -> Server Certificates, выбираем сервер, выбираем сертификат, используемый для LDAP (это Certificate DNS по умолчанию) -> Validate. Кроме того, в относительно свежих версиях плагина вернули функционал pkidiag: NetIQ Certificate Server -> Repair Default Certificates. ПОпробуйте сделать и это в т.ч.
Если сертификаты перегенерировались:
- namconfig -k
- namconfig cache_refresh
- выгрузить и заменить сертификаты во всяких веб-службах (дефолтные апачевские уже меняются сами автоматом, выгружать и заменять надо те сертификаты, которые были использованы в прочих, настроенных самостоятельно, веб-сервисах), также не надо забывать о java keystore.

И да, в логе novell-named и в messages про проблемы, обнаруженные при старте сервиса, открытым текстом все пишется.

PS: Жень, Proton VPN в помощь со ссылками на microfocus.com

[URRY]

По поводу времени , посмотрите , что у вас там в ntp еще прописано.
судя по этой строке nds_nss_GetGroupsbyMember: Failed to init socket, status = 0
Возможно и с сертификатами проблема , можно попробовать в nam.conf прописать альтернативный сервер и проверить.

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

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

nds_nss_GetGroupsbyMember: Failed to init socket, status = 0

- коллега Dimerson уже писал об этой проблеме и высказывал предположение относительно того, что эта ошибка может быть вызвана отсутствием синхронизации по времени старта сервисов OES. Я уже отвечал, что это косметика, не влияющая на работоспособность системы. Эта штука точно не имеет никакого отношения к рассматриваемому случаю.

[Dimerson]

Тут oes11. Нет systemd. В данном случае нет лдапа на той стороне. Как бы верно - едир то не стартует.
Для проверки можно когда таки едир нормально запущен, передернуть апач и глянуть его лог например (ну или томкат).
Ошибки не должно быть.

[skoltogyan]

а что в
cat /etc/ntp.conf

?

[Доменика]

а что в
cat /etc/ntp.conf

?

server time.yyy.zzz.ru prefer iburst
server time2.yyy.zzz.ru

Сервера находятся в разных подсетках и смотрят на разных провайдеров.

[skoltogyan]

попробуйте привести к такому виду

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

server ntp.xxxxxx.ru. iburst prefer
server ntp2.xxxxxx.iru iburst
server ntp3.xxxxxx.iru iburst
server 127.127.1.0  <---ДОБАВИТЬ ЭТУ СТРОКУ


и что-бы было разрешение к нему такие строки

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

restrict 127.0.0.1  <-- ОБЯЗАТЕЛНО, ЧТО_БЫ РАЗРЕШИТЬ ОТ ЛОКАЛХОСТ К ВАШЕМУ  NTP запросы делать
restrict 172.17.32.0 mask 255.255.255.0 nomodify notrap  <-подсеть или IPтолько IP вашего сервера , но тогда 255.255.255.255  вашего сервера
restrict 192.168.2.0 mask 255.255.255.0 nomodify notrap <-подсеть другая или IPтолько другой IP вашего сервера(если он есть) , но тогда 255.255.255.255  вашего сервера . это если на сервере несколько IP.


ну и ребутнуть.. ( тут передергичание сервиса будет не чистым экспериментом. ).

вцелом все вокруг этого: без строки
server 127.127.1.0
синхронизация времени ( ntp демон скажет что он синк ) может проходить почти 30 минут. после включения питания..

[Dimerson]

можно сразу после старта подергать ntpq /p и понаблюдать как быстро появится сервер со *.