l 常見問題:
u CM-CFG-5137:Content Manager was unable to complete the initialization of the
content store。
解決辦法:
1. Ensure that all Cognos 8 Services are stopped.
2. Have the DBA make a backup the Content Store.
3. Have the DBA run the install_path\configuration\schemas\content\dbVendor\dbClean_dbVendor.sql script on the Content Store database.
4. Start the Cognos 8 with Cognos Configuration.
u CM-CFG-5063: 資料庫的使用者配置的許可權不夠
解決辦法:
Must ensure that Oracle database has the following permissions set:
a) connect to the database
b) create, alter, and drop tables
c) create, alter and drop triggers
d) create, alter and drop views
e) create, alter and drop procedures
f) create, alter and drop sequences
Also, add Unlimited Quotas permission to oracle content store
schema if the above steps do not work
u CM-SYS-5124: 資料庫編碼方式一定要是 UTF-8
解決辦法:需要在資料庫中修改資料庫的字元集,需要DBA許可權執行下面的語句:
sqlplus /nolog
conn /as sysdba
shutdown immediate;
startup mount;
ALTER SESSION SET SQL_TRACE=TRUE;
ALTER SYSTEM ENABLE RESTRICTED SESSION;
ALTER SYSTEM SET JOB_QUEUE_PROCESSES=0;
ALTER SYSTEM SET AQ_TM_PROCESSES=0;
ALTER DATABASE OPEN;
set linesize 120;
ALTER DATABASE character set INTERNAL_USE UTF8;
ALTER SESSION SET SQL_TRACE=FALSE;
shutdown immediate;
STARTUP;
u CFG-ERR-0106: IBM Cognos Configuration did not receive a response from the IBM Cognos 8
service in the time allotted.Check that IBM Cognos 8 service is available and properly configured
描述:此問題是在cognos服務啟動時報的錯
解決方案1:可能是由於Cognos內容資料庫串連不上造成
檢查在Cognos時是否已安裝了Cognos內建的內容資料庫
如時使用第三方資料庫則檢查連接字串資訊和驅動檔案是否正常
解決方案2:增加逾時時間
當cogserver.log與tomcat.log都沒有報錯資訊
c8_location/configuration/cogconfig.prefs檔案中加
ServiceWaitInterval=1000
ServiceMaxTries=500
u CFG-ERR-0103 :
原因:應該是因為Cognos主應用無法啟起來,已知可能的原因如下:
1、Cognos資料庫沒有採用UTF-8的字元集(Oracle下常見)
2、系統服務中的Cognos服務被禁用,或受到其他第三方軟體限制無法啟動
u CAM-AAA-0027 :
錯誤是在用Cognos SDK開發SSO的時候遇到的,利用SDk裡的例子 TrustedSignonSample 程式
實現 SSO的時候遇到的。 根據Google搜尋得出的結果,0027可能是一個Cognos8.3的BUG,在正常
啟動並執行Cognos應用中,可能突然會出現。 但是錯誤資訊和我遇到的不同:The function call to
'CAM_AAA_Authenticate'failed.Reason:" 該問題的解決辦法(百度搜的):
1、記憶體流失(最可能的原因)
如果伺服器連續正常運行了一段時間後,突然報這個錯,絕大部分原因是記憶體流失。
2、配置錯誤(較少可能)
比如你為 Cognos 配置了超出伺服器所能提供的資源時,就會出現這個錯。
不過不符合我們的現狀,估計這個錯誤的原因應該還是SSO介面的問題,只是遇到同樣的錯誤代
碼而已。
後來發現SDK的這個例子,其實是類似代理的方式,通過Cookie傳參,登入Cognos的另一個認證
,比如NTLM。
並不是如我們早期想的那樣,認為 TrustedSignonSample 是一個獨立認證。
所以在配置一個命名空間為 TS 的 NTLM 認證後解決了這個問題,其實很簡單,應該就是認證
找不到指定的命名空間,重試次數達到了10次。
u CAM-AAA-0064
['CognosJavaProvider']
1. [ ERROR ] CAM-AAA-0064 The function 'CAM_AAA_JniAuthProvider::Configure' failed.
CAM-AAA-0154 Unable to load the Java authentication provider class 'TrustedSignonSample'.
TrustedSignonSample (Unsupported major.minor version 49.0)
83的SDK的實現遇到0027問題後,考慮換到Cognos8.2的生產系統上去試,結果遇到了0064,
版本問題,這個問題解決不了。
可能更新JniAuthProvider的jar包可以解決這個問題。