Я установил weblogic 10.3.3, настроил простой домен с конфигурацией по умолчанию. И после запуска weblogic я не могу использовать его через консоль администратора, потому что он запускается слишком медленно (~ 10 минут). Похоже, что приложение консоли администратора разворачивается неправильно. Даже когда я включаю «промежуточный» режим в параметрах развертывания AdminConsole, это не помогает. Есть ли у кого-нибудь решение этой проблемы? Это меня действительно выводит из строя.
Свойства конфигурации:
Сервер: Сервер Dell PowerEdge r410 (Шестиядерный процессор Intel® Xeon® x64, 8 ГБ оперативной памяти)
ОПЕРАЦИОННЫЕ СИСТЕМЫ: Ubuntu Maverick 10.10 x86_64
Weblogic: 10.3.3 x64 (для установки использовался файл wls1033_generic.jar)
Ява:: 1.6.0_17_i586 (пробовал с разными jdk, включая x64, но тоже не работает)
Оказывается, при запуске weblogic использует генератор случайных чисел. Из-за ошибки в java он читает случайные биты из /dev/random
. Проблем с /dev/random
за исключением того, что это очень медленно. Для генерации одного числа иногда требуется 10 минут и более. Существует простое решение - использование /dev/urandom
вместо. Это не так хорошо, как /dev/random
, но по крайней мере мгновенно. Java как-то отображает /dev/urandom
файл в /dev/random
. Вот почему настройки по умолчанию в $JAVA_HOME/jre/lib/security/java.security
бесполезны, они просто не имеют смысла.
Исправить проблему очень просто - добавив строку export JAVA_OPTIONS="-Djava.security.egd=file:/dev/./urandom"
к /etc/bash.bashrc
файл. Использование /dev/./urandom
вместо простого /dev/urandom
это еще один взлом. В противном случае JVM не распознает значение параметра.
Помните об этой проблеме, если попытаетесь настроить weblogic под ОС на базе UNIX.
Для этой проверки по ссылке ниже может быть несколько причин:
https://blogs.oracle.com/LuzMestre/entry/why_does_my_weblogic_server
Кроме того, если вы начали сталкиваться случайным образом между ними, может быть вероятность, что какой-либо управляемый сервер вышел из кластера и weblogic пытается подключить его для сбора данных jmx.
В этом случае после завершения работы консоль управляемого сервера перейдет в нормальное состояние.
Для дальнейшей отладки в таких сценариях журнал серверов администратора может быть проверен во время замедления вместе с журналами nodemanger.