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包可以解決這個問題。