轉:AIX中The largest dump device is too small的處理
---------------------------------------------------------------------------
LABEL: DMPCHK_TOOSMALL
IDENTIFIER: E87EF1BE
Sequence Number: 8677
Machine Id: 00CBD43F4C00
Node Id: ptcapp
Class: O
Type: PEND
Resource Name: dumpcheck
The largest dump device is too small.
Neither dump device is large enough to accommodate a system dump at this time.
Increase the size of one or both dump devices.
Largest dump device
lg_dumplv
Largest dump device size in kb
1572864
Current estimated dump size in kb
1600716
1.檢視lg_dumplv大小的估計值
#sysdumpdev -e
0453-041 Estimated dump size in bytes: 1287651328
即1.2G
2.現在lg_dumplv大小
#lslv lg_dumplv
其中PP SIZE: 256 megabyte(s)
PPs: 4
經計算,現在容量為1G.需要擴容0.2G
3.檢視lg_dumplv所在的vg的容量是否夠用
#lsvg rootvg
其中 PP SIZE: 256 megabyte(s)
TOTAL PPs: 1092 (279552 megabytes)
FREE PPs: 826 (211456 megabytes)
經計算,vg剩餘容量為206.5G,因為根盤做了映象.故,可用剩餘容量為103G左右.因pp size為256m,故擴容2pps,即0.5G(其實擴1個pp也可以.2個放心點.)
4.擴容操作
extendlv lg_dumplv 2
5.檢查當前lg_dumplv的大小.
#lslv lg_dumplv
其中 PP SIZE: 256 megabyte(s)
PPs: 6
即,現在容量為1.5G.
6.使用dumpcheck命令檢視,是否還出現errpt資訊
#/usr/lib/ras/dumpcheck
#errpt
不出現,則為成功.
注:在AIX 系統中的lg_dumplv 邏輯卷是用於存放系統dump 的區域。 在安裝系統時是否建立該邏輯卷與伺服器的記憶體配置有關。 若伺服器的記憶體小於4GB時, 那麼在安裝 AIX 5.2 或 5.3時,系統就不會自動建立它。而預設將系統dump 存放在hd6上。
當伺服器的記憶體大於4GB時,在安裝AIX時,就會為系統 dump 建立一專用區域,該邏輯卷名就是 lg_dumplv. 其預設大小是按以下規則分配的:
. 4GB < = 伺服器的記憶體 〈 12GB lg_dump 的大小為 1GB
. 12GB < = 伺服器的記憶體 〈 24GB lg_dump 的大小為 2GB
. 24GB < = 伺服器的記憶體 〈 48GB lg_dump 的大小為 3GB
. 48GB < = 伺服器的記憶體 lg_dump 的大小為 4GB
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7191998/viewspace-751569/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- DEVICE DRAW VERTEX BUFFER TOO SMALLdev
- Too many open files in system處理
- ORA-01555: snapshot too old: rollback segment number with name "" too small
- 容器程式Core Dump處理
- svn dump 失敗後的處理
- On AIX RAC中global cache cr rquest的的處理方法AI
- Too many open files報錯處理
- ORA-00838: Specified value of MEMORY_TARGET is too small
- AST is too big. Maximum: 500000 處理AST
- AIX系統故障處理AI
- 啟動Amoeba報The stack size specified is too small解決方法
- 處理JSP中的中文 (轉)JS
- Jive中的分頁處理 (轉)
- ORACLE中的DUMP轉儲方法Oracle
- Oracle中DUMP的轉儲方法Oracle
- 新建partition出現 device busy問題處理dev
- [轉] Scala 中的非同步事件處理非同步事件
- 批處理中的for詳解(轉載)
- C++中的預處理(上) (轉)C++
- C++中的預處理(下) (轉)C++
- 【故障處理】-0403-027 The parameter list is too long
- aix的協處理(後臺執行程式)AI行程
- system image file too large for device hardware configurationdev
- url地址中 "&" "/"等符號的轉義處理(轉)符號
- ORA-00494 enqueue [CF] held for too long故障分析處理ENQ
- ES報錯Result window is too large問題處理薦
- The API server is burning too much error budget 異常處理APIServerError
- VCL中訊息處理初探 (轉)
- 0403-027 The parameter list is too long for AIXAI
- Oracle中DUMP轉儲方法 收藏Oracle
- Android 中的轉場動畫及相容處理Android動畫
- C與C++中的異常處理 (轉)C++
- MySQL問題處理——1040錯誤Too many connectionsMySql
- CRSD自動重啟和產生CORE DUMP的故障處理
- AIX5.3: Too many processes 0403-030AI
- C與C++中的異常處理11 (轉)C++
- C與C++中的異常處理13 (轉)C++
- C與C++中的異常處理12 (轉)C++