首頁 資料庫 mysql教程 DB2报SQLEX_UNEXPECTED_SYSERR错误解决

DB2报SQLEX_UNEXPECTED_SYSERR错误解决

Jun 07, 2016 pm 04:48 PM
db db2

偶然发现自己的DB2测试环境无法使用,打开老是报错,之前一直以为是db2audit报错

偶然发现自己的DB2测试环境无法使用,打开老是报错,之前一直以为是db2audit报错

DB2数据库性能调整和优化(第1、2版) PDF

DB2数据库性能优化介绍

DB2  9.7 for Linux 5.4安装详细步骤

2013-12-19-23.19.10.388418+480 E829168G1400      LEVEL: Event
PID    : 6743                TID  : 3054496656  PROC : db2syscr
INSTANCE: db2inst1            NODE : 000
FUNCTION: DB2 UDB, base sys utilities, DB2main, probe:1
START  : DB2 DBM
DATA #1 : Build Level, 128 bytes
Instance "db2inst1" uses "32" bits and DB2 code release "SQL09075"
with level identifier "08060107".
Informational tokens are "DB2 v9.7.0.5", "s111017", "IP23291", Fix Pack "5".
DATA #2 : System Info, 436 bytes
System: Linux marven 6 2 i686
CPU: total:1 online:1 Cores per socket:1 Threading degree per core:1
Physical Memory(MB): total:1011 free:161
Virtual  Memory(MB): total:3059 free:2209
Swap    Memory(MB): total:2048 free:2048
Kernel  Params: msgMaxMessageSize:65536 msgMsgMap:65536 msgMaxQueueIDs:1024
                msgNumberOfHeaders:65536 msgMaxQueueSize:65536
                msgMaxSegmentSize:16 shmMax:1059983360 shmMin:1 shmIDs:4096
                shmSegments:4096 semMap:256000 semIDs:1024 semNum:256000
                semUndo:256000 semNumPerID:250 semOps:32 semUndoSize:20
                semMaxVal:32767 semAdjustOnExit:32767
Cur cpu time limit (seconds)  = 0xFFFFFFFF
Cur file size limit (bytes) = 0xFFFFFFFF
Cur data size (bytes)  = 0xFFFFFFFF
Cur stack size (bytes)  = 0x00A00000
Cur core size (bytes)  = 0x00000000
Cur memory size (bytes) = 0xFFFFFFFF
nofiles (descriptors)  = 0x00000800

2013-12-19-21.35.24.548881+480 I1899G343          LEVEL: Error
PID    : 5979                TID  : 3050367200  PROC : db2set
INSTANCE: db2inst1            NODE : 000
FUNCTION: DB2 UDB, bsu security, sqlexAuditGetNodeNum, probe:13176
MESSAGE : ZRC=0x070F00B8=118423736=SQLO_NOT_FOUND
          "Environment/registry variable was not found."

2013-12-19-23.08.04.323645+480 I733636G904        LEVEL: Error
PID    : 6306                TID  : 3050825424  PROC : db2fm
INSTANCE: db2inst1            NODE : 000
FUNCTION: DB2 Common, Generic Control Facility, GcfCaller::getState, probe:40
MESSAGE : ECF=0x9000028C=-1879047540=ECF_GCF_GCF_FUNCTION_TIMED_OUT
          Timeout occured while calling a GCF interface function
CALLSTCK: (Static functions may not be resolved correctly, as they are resolved to the nearest symbol)
  [0] 0xB7D19809 /opt/ibm/db2/V9.7/lib32/libdb2osse.so.1 + 0xBE809
  [1] 0xB7D1AA78 ossLog + 0x96
  [2] 0xB7C0F249 _ZN9GcfCaller8getStateEP12GCF_PartInfojP11GCF_RetInfo + 0x7D
  [3] 0x0804C385 main + 0xBE1
  [4] 0x00299E9C __libc_start_main + 0xDC
  [5] 0x0804B721 __gxx_personality_v0 + 0x111
  [6] 0x00000000 ?unknown + 0x0
  [7] 0x00000000 ?unknown + 0x0
  [8] 0x00000000 ?unknown + 0x0
  [9] 0x00000000 ?unknown + 0x0

2013-12-19-23.08.04.324035+480 I734541G1101      LEVEL: Error
PID    : 6306                TID  : 3050825424  PROC : db2fm
INSTANCE: db2inst1            NODE : 000
FUNCTION: DB2 Common, Generic Control Facility, GcfCaller::getState, probe:40
MESSAGE : ECF=0x90000292=-1879047534=ECF_GCF_SERVICE_FUNCTION_FAILED
          The GCF function ran properly but the service did not behave accordingly
CALLED  : DB2 Common, Generic Control Facility, gcf_reset
RETCODE : ECF=0x90000298=-1879047528=ECF_GCF_FAILURE
          Failure as reported through GCF standard (GCF_FAILURE)
CALLSTCK: (Static functions may not be resolved correctly, as they are resolved to the nearest symbol)
  [0] 0xB7D19809 /opt/ibm/db2/V9.7/lib32/libdb2osse.so.1 + 0xBE809
  [1] 0xB7D1A94D ossLogRC + 0x4F
  [2] 0xB7C0F29F _ZN9GcfCaller8getStateEP12GCF_PartInfojP11GCF_RetInfo + 0xD3
  [3] 0x0804C385 main + 0xBE1
  [4] 0x00299E9C __libc_start_main + 0xDC
  [5] 0x0804B721 __gxx_personality_v0 + 0x111
  [6] 0x00000000 ?unknown + 0x0
  [7] 0x00000000 ?unknown + 0x0
  [8] 0x00000000 ?unknown + 0x0
  [9] 0x00000000 ?unknown + 0x0

本網站聲明
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn

熱AI工具

Undresser.AI Undress

Undresser.AI Undress

人工智慧驅動的應用程序,用於創建逼真的裸體照片

AI Clothes Remover

AI Clothes Remover

用於從照片中去除衣服的線上人工智慧工具。

Undress AI Tool

Undress AI Tool

免費脫衣圖片

Clothoff.io

Clothoff.io

AI脫衣器

Video Face Swap

Video Face Swap

使用我們完全免費的人工智慧換臉工具,輕鬆在任何影片中換臉!

熱工具

記事本++7.3.1

記事本++7.3.1

好用且免費的程式碼編輯器

SublimeText3漢化版

SublimeText3漢化版

中文版,非常好用

禪工作室 13.0.1

禪工作室 13.0.1

強大的PHP整合開發環境

Dreamweaver CS6

Dreamweaver CS6

視覺化網頁開發工具

SublimeText3 Mac版

SublimeText3 Mac版

神級程式碼編輯軟體(SublimeText3)

Oracle與DB2的SQL語法比較與區別 Oracle與DB2的SQL語法比較與區別 Mar 11, 2024 pm 12:09 PM

Oracle和DB2是兩個常用的關聯式資料庫管理系統,它們都有自己獨特的SQL語法和特性。本文將針對Oracle和DB2的SQL語法進行比較與區別,並提供具體的程式碼範例。資料庫連接在Oracle中,使用以下語句連接資料庫:CONNECTusername/password@database而在DB2中,連接資料庫的語句如下:CONNECTTOdataba

Oracle與DB2資料庫技術比較解析 Oracle與DB2資料庫技術比較解析 Mar 11, 2024 am 09:54 AM

Oracle和DB2是兩個知名的關聯式資料庫管理系統(RDBMS),在企業級應用中廣泛使用。在本文中,我們將對Oracle和DB2這兩種資料庫技術進行比較並進行詳細解析,包括其特點、效能、功能和使用範例等方面的分析。一、Oracle資料庫技術概述Oracle是由美國甲骨文公司開發的關係型資料庫管理系統。它被廣泛應用於企業級應用中,具有強大的性能、穩定性

Oracle和DB2資料庫效能比較分析 Oracle和DB2資料庫效能比較分析 Mar 09, 2024 pm 10:00 PM

Oracle和DB2資料庫是兩個領先的關係型資料庫管理系統,它們在企業級應用程式中廣泛使用。在實際應用中,資料庫的效能往往是評估資料庫系統優劣的重要指標之一。本文將對Oracle和DB2資料庫的效能進行比較分析,並結合具體的程式碼範例來展示它們之間的差異。一、Oracle資料庫效能分析Oracle資料庫是一款功能強大的資料庫管理系統,具有良好的可擴展性和穩定性

db2和oracle語法有什麼差別 db2和oracle語法有什麼差別 Jul 05, 2023 am 10:39 AM

db2和oracle語法區別:1、SQL語法差異,雖然db2和oracle都使用結構化查詢語言,但它們在語法方面存在一些差異;2、db2和oracle擁有不同的資料類型;3、外鍵約束定義, db2可以定義在建立表格時或使用「ALTER TABLE」語句後加入,oracle需要在建立表格時一起定義;4、db2和oracle預存程​​序和函數的語法也存在一些差異。

db是什麼文件格式? db是什麼文件格式? May 19, 2021 am 11:56 AM

db是「datebase」的縮寫,是「資料庫檔案」的一種格式,是軟體用來存放資料的一個文件,相當於資料庫,每種軟體都有它自己的存放格式。例如Win7系統下的「Thumbs.db」就是縮圖資料文件,所以db檔案並不是特定的檔案格式。

db是什麼檔案格式 db是什麼檔案格式 Mar 07, 2023 pm 05:27 PM

db是資料庫檔案格式,是軟體用來儲存資料的文件,它等效於資料庫。每個軟體都有自己的儲存格式,即資料的排列方式;有些軟體資料檔案的後綴是DB。例如Win7系統下的Thumbs.db是縮圖資料檔;因此,db檔不是特定的檔案格式。

Oracle和DB2資料庫管理系統的特性對比 Oracle和DB2資料庫管理系統的特性對比 Mar 11, 2024 am 08:57 AM

Oracle和DB2是兩種常見的關聯式資料庫管理系統,它們都有各自獨特的特色和優勢。本文將對Oracle和DB2進行特點對比,並提供具體的程式碼範例來說明它們之間的差異。一、Oracle資料庫管理系統的特性:儲存引擎:Oracle資料庫使用了獨有的儲存引擎,稱為Oracle資料庫引擎(OracleDatabaseEngine),它能夠處理大規模的資料存

如何評估和降低MySQL到DB2技術轉型的風險? 如何評估和降低MySQL到DB2技術轉型的風險? Sep 08, 2023 pm 04:10 PM

如何評估和降低MySQL到DB2技術轉型的風險?概述:隨著企業業務的發展和需求的變化,可能出現將MySQL資料庫遷移到DB2資料庫的需求。然而,資料庫遷移本身存在一定的風險,特別是當涉及不同的資料庫技術時。本文將探討如何評估和降低MySQL到DB2技術轉型的風險,並提供一些程式碼範例來幫助讀者更好地理解這個過程。一、風險評估:在進行MySQL到DB2技術轉型

See all articles