Weblogic AdminServer застрял при запуске - PullRequest
0 голосов
/ 11 декабря 2018

У меня есть сервер weblogic, работающий на AWS.Я сделал резервную копию AMI и создал новый экземпляр из AMI.

В новом экземпляре, когда я пытаюсь запустить weblogic, он застрял в следующем состоянии.

<Dec 11, 2018 12:00:01 AM IST> <Info> <Management> <BEA-141107> <Version: WebLogic Server 10.3.6.0  Tue Nov 15 08:52:36 PST 2011 1441050 > 
<Dec 11, 2018 12:00:02 AM IST> <Notice> <WebLogicServer> <BEA-000365> 
<Server state changed to STARTING> 
<Dec 11, 2018 12:00:02 AM IST> <Info> <WorkManager> <BEA-002900> <Initializing self-tuning thread pool> 
<Dec 11, 2018 12:00:02 AM IST> <Notice> <Log Management> <BEA-170019> <The server log file /home/weblogic/Oracle/Middleware/user_projects/domains/ClassicDomain/servers/AdminServer/logs/AdminServer.log is opened. All server side log events will be written to this file.

Также см. Дамп потока JVM в https://pastebin.com/D9MYSvBj

Любая помощь будет высоко ценится.

- Арун

1 Ответ

0 голосов
/ 11 декабря 2018

Исправлена ​​ошибка.

Из дампа потока я обнаружил следующее

 "[ACTIVE] ExecuteThread: '0' for queue: 'weblogic.kernel.Default (self-tuning)'" daemon prio=10 tid=0x00007fda6aad4800 nid=0x6a3b runnable [0x00007fda41d5d000]
  java.lang.Thread.State: RUNNABLE
at java.io.FileInputStream.readBytes(Native Method)
at java.io.FileInputStream.read(FileInputStream.java:220)
at sun.security.provider.SeedGenerator$URLSeedGenerator.getSeedBytes(SeedGenerator.java:493)
at sun.security.provider.SeedGenerator.generateSeed(SeedGenerator.java:117)
at sun.security.provider.SecureRandom$SeederHolder.<clinit>(SecureRandom.java:167)
at sun.security.provider.SecureRandom.engineNextBytes(SecureRandom.java:184)
- locked <0x00000000ece53ac0> (a sun.security.provider.SecureRandom)
at java.security.SecureRandom.nextBytes(SecureRandom.java:433)
- locked <0x00000000ece53d60> (a java.security.SecureRandom)
at oracle.ldap.util.guid.GUIDParamGenerator.generateClockSequence(GUIDParamGenerator.java:128)

Сделал поиск в Google и нашел решение изменить следующую строку в $ JAVA_HOME / jre / lib /security / java.security

С

securerandom.source=file:/dev/urandom

К

securerandom.source=file:/dev/./urandom

И перезапущенный weblogic исправил проблему.

Ссылка: http://ruleoftech.com/2016/avoiding-jvm-delays-caused-by-random-number-generation

Спасибо, Арун

...