際是JVM在Linux下的bug

他想調用一個隨機函數

但取不到

暫時的解決辦法是

1）較好的解決辦法： 在Weblogic啟動參數里添加 “-

Djava.security.egd=file:/dev/./urandom” (/dev/urandom 無法啟動)

2）最差的解決辦法： 執行命令 mv /dev/random /dev/random.ORIG ; ln /dev/urandom /dev/random

將/dev/random 指向/dev/urandom

3)最好的解決辦法: 修改Linux上Weblogic使用的jdk $JAVA_HOME/jre/lib/security/java.security 文件

將securerandom.source=file:/dev/urandom 修改為

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

這樣可以解決任何一個域Weblogic啟動慢的問題

摘要：

授之以魚不如授之以漁。在面對WebLogic突發狀況時，我們該如何去尋找原因呢？本期將給出一些常見問題的指導建議，一起看看吧……

1. 概述

weblogic運行過程中因JVM、網絡、操作系統、網絡、操作系統、硬件等因素產生各種各樣的錯誤，其中有些錯誤會由于信息收集不完全導致無法解決。針對此種現象，為方便客戶在發生weblogic突發狀況時，不知如何做環境保留和信息收集。現大致列舉一些常見故障，以便能保護現場，供后續工程師跟進。

2. WLS故障環境保留

在發生weblogic故障時，需維護好現場，并收集以下相關信息：

1. WLS服務器網絡情況：收集ping、telnet、netstat等信息
2. WLS硬件服務器資源使用情況：收集top/topas、df、du等信息
3. WLS server日志文件：收集access、server、domain日志信息
4. WLS server線程快照：.該時間點的threddump文件（kill -3操作）
5. WLS gc文件：該時間段verbosegc信息（添加-verbose：gc參數）
6. WLS JVM DUMP文件（添加-XX:+HeapDumpOnOutOfMemoryError參數）

注：相關weblogic參數.verbose：gc和HeapDump參數需額外配置

3. WLS 5種常見故障

如下，列舉常見的5種weblogic故障：

1、OOM內存溢出、內存泄漏故障

是指在應用系統服務過程中出現了沒有空閑內存可供JVM或本地代碼用于分配新對象或內存塊的情況，從而使應用系統變慢、甚至JVM崩潰現象發生。

2、JDBC連接泄漏故障

發生此故障的主要原因是應用系統getconnection連接數據庫的邏輯連接未主動釋放，導致連接池活動連接數不停減少，從而達到峰值，進而引起業務系統訪問失敗。

3、異常高CPU使用率故障

weblogic進程或線程占用的CPU資源異常高時發生，可能會導致用戶響應時間長，Weblogic服務器運行速度異常緩慢，請求或操作開始出現超時。

4、JVM異常崩潰故障

weblogic JVM運行突然失敗，從而產生服務器二進制核心文件。

5、常規服務器異常掛起故障

服務器因缺少資源（內存、文件描述符、cpu等）從而使服務器無法對請求處理。

4. WLS常見故障指導建議

1、OOM內存溢出、內存泄漏故障：

1. 判斷是本地內存不足引起，還是堆內存不足引起的
2. 收集gc日志分析，gc日志曲線
3. 根據threddump、heapdump定位問題

2、JDBC連接泄漏故障：

1. 勾選profile connection leak，堆棧會輸出到WLDF文件中，但這些文件是不會輸出到server日志當中的；所以需要定義active connection time，來判斷數據連接，從而反應到日志中。
2. 或者，在DEBUG復選框中選中weblogic-> jdbc復選框，重啟server；當發生leak connection時，會將堆棧打印到server日志中。

3、異常高CPU使用率故障：

1. 使用top確定哪些線程正在使用CPU，確定進程PID
2. 多次使用kill -3命令獲取threaddump文件
3. 將高占用cpu的PID轉換為16進制數
4. 查看threaddump文件，查找對應16進制PID
5. 定位是線程中那一項導致CPU異常占用。

4、JVM異常崩潰故障：

1. 服務器JVM崩潰，都會對應的嘗試二進制核心文件heapdump
2. 使用調試器進行堆棧跟蹤，分析heapdump文件
3. 確定導致故障的代碼類型

5、常規服務器異常掛起故障：

1. 分析是否是線程數占用不足導致服務器掛起
2. 分析gc日志，是否是垃圾回收花費太多時間，導致服務器暫停
3. 分析threddump文件，是否產生死鎖導致服務器掛起
4. 查看產生二進制核心文件，是否是JVM異常崩潰引起的
5. 查看threddump，分析是否是大量JVM RMI異常導致掛機的

后記：

授之以魚不如授之以漁。我們的WebLogic系列講解了WebLogic的一些基本入門知識，更多的學習還需讀者朋友自己動手實踐，關于WebLogic系列基礎講解就暫時結束了，我們下個系列再見~

十一小福利【有獎話題討論】

目前人工智已經滲透到了我們生活的方方面面，無論是日常手機拍照、網上購物抑或外出旅行，在越來越便捷的生活方式背后多多少少有著人工智能技術的助力。

圍繞以下三個話題說出你對人工智能的理解，有驚喜禮物等你哦~

1.你認為人工智能能超越人類大腦嗎？

2.你認為人工智能近期最有可能實現的是什么？

3.你認為人工智能近期最迫切需要實現的是什么？

參與鏈接：http://bbs.landingbj.com/t-0-286771-1.html