1、Cognos不能使用Excel打開
解決方法一：
- 打開IE瀏覽器，在工具條中找到工具欄—àIntenet選項–à安全—à受信任的站點
2.點擊站點，添加可信任站點http://localhost:9080/p2pd/servlet/dispatch
注意：對該區域中的所有站點要求伺服器驗證（https:）框中的勾去掉
解決方法二:
如果方法一不行的話可以嘗試:一直按住ctrl鍵，用excel方式打開
2、Cognos Configuration啟動時報錯：the Configuration data is locked。。。。
解決方法：刪除 「安裝目錄\configuration」目錄下的cogstartup.lock文件，重新打開
3.使用使用Cognos Transformer工具編輯模型文件時，產生如下錯誤(TR1008)：
(TR1008) Transformer couldn』t read the connection information for database [crn] from COGNOS.INI,From the IQD or from Access Manager.
Cognos8.3解決方法：
D:\Program Files\cognos\c8\CS7Gateways\bin\cs7g.ini文件中添加
[Databases]
crn=^User ID:^?Password:;LOCAL;OR;ORACLE@%s@crn/%s@COLSEQ=
crn為數據源連接名稱IQD文件中的數據源名稱
可以在Cognos Administrator裡面的 配置->數據源連接–》crn連接字元串
Cognos7或之前的解決方法：
安裝目錄下Cognos.ini文件最後一行添加
crn=^User ID:^?Password:;LOCAL;OR;ORACLE@%s@crn/%s@COLSEQ=
4.創建CUBE數據源報PCA-ERR-0006 自變數無效
解決方法：在Transformer里選擇File—->Model Properties 中把Cube code page 修改為UTF-8或GB2312看實際情況
5.Transformer導入Excel數據源時報錯TR3623
解決方法：打開Excel文件–》選擇你作為數據源的sheet—-》工具欄—–》插入—-》名稱—-》定義—-》填寫當前工作簿中的名稱（相當於表的欄位）—-》選擇引用位置—–》添加—-》確定，依次進行以上的操作，為sheet添加所需的欄位
6.Transformer生成cube時TR2763
問題原因：模型中有度量，但沒有維度信息
解決方法：在Data Sources中選擇維度欄位拖放到Dimension Map中建立維度信息
7.ReportStudio中使用 _add_days函數轉換的問題UDA-QOS-006。。。
解決方法：_add_days函數主要用於Date類型的數據，在使用時要先轉換才Date類型，而不是time，timestamp等其他時間類型
8.更新cube以後造成PCA-ERR-0006 自變數無效:
問題描述：採用命令行，自動更新cube，本來可以使用的cube更新完以後通過Analysis打開時報錯PCA-ERR-006的錯誤，命令如下：
echo off
cls
cd D:\Program Files\cognos\c8\bin
cogtr -n2 -lAutoSign=admin1/001 -m”C:\Documents and Settings\wjh\My Documents\Transformer\Models\test.mdl”
看Transformer的使用手冊上說：
Opens the specified .mdl file or accepts Model Definition Language (MDL) statements.
-mfilename.mdl
Restriction: On Windows, use with -n.
Opens the specified binary model file, .py?, where the question mark (?) is replaced by the character that is used in your version of Transformer
-pfilename.py?
Restriction: Not valid with an MDL file.
然後改成：
echo off
cls
cd D:\Program Files\cognos\c8\bin
cogtr -n2 -lAutoSign=admin1/001 -p”C:\Documents and Settings\wjh\My Documents\Transformer\Models\test.pyj”
不再出現PCA-ERR-006的錯誤
9.Cognos8許可權設置問題，對公共文件夾、報表等設置許可權後，並沒有達到許可權控制的目的（如：admin用戶設置成只能瀏覽不能執行、遍歷公共文件夾，設置後和設置前幾乎無異）
原因：cognos默認任何人都具有管理員的許可權，因此，為了限制用戶的許可權，首先要刪除內置角色「系統管理員」中的「任何人」組
點到成員頁，因為成員中只有任何人一個組，是無法刪除的，所以在刪除任何人組之前，需要先將管理員賬號添加進來。點擊添加按鈕
勾選「顯示列表中的用戶」，並選擇administrator用戶，點擊綠色的向右箭頭將administrator用戶加入「選定條目」後確定。
添加好administrator用戶後，再刪除「任何人」組。
1、jre 路徑導致報錯
這個時候我遇到一個問題，Cognos Configuration 無法正常啟動，提示信息忘記截圖了，不過這個問題比較簡單。
錯誤提示中已經詳細的描述了解決辦法，其實是因為我的開發機上有Tomcat，設置了JAVA_HOME。
並且用的是JDK142的包，所以必須先修改其路徑為Cognos的jre。否則啟動Cognos Configuration的時候會報錯。
2、Cognos8 The Database Connection Failed .運行資料庫無法連接
遇到這個問題，是因為jdbc的緣故，如果是Oracle作為運行資料庫，就會遇到。
將oracle\jdbc\lib\classes12.jar拷貝到Cognos8/webapps/p2pd/WEB-INF/lib下即可.
3、CFG-ERR-0106
這個問題就比較詭異了，反正就是啟動超時，但是又沒有具體原因，百度也沒有任何解決辦法。
外事不決問Google，還是Google強大，E文網站上倒是有不少同學遇到此類問題。
其實，是因為開發機上跑的程序太多，資源佔用厲害導致的。
最後確定的解決辦法是修改配置文件，增加Cognos的啟動時間。
修改 c8_location /configuration/ cogconfig.prefs
增加以下兩個配置
ServiceWaitInterval=
*默認是500,代表0.5秒
ServiceMaxTries=
*默認360,代表倍數
默認應該是3分鐘超時。我增加到 1000*500，8分多鐘。
4、CFG-ERR-0103
這個問題是在我們的Cognos測試伺服器上遇到的，首先想到的就是BAIDU，發現也有不少朋友碰到這個問題。
中文的鳥文的解決辦法也看了不少，但是都沒能解決我的問題。非常苦惱的情況下，我死馬當活馬醫。
我將 Cognos 8 Service 節點下的 Cognos8.3 刪除，又重新建了一個，OK，神奇的解決了問題。
排查原因，發現是因為不小心在測試伺服器的msconfig里將cognos的服務禁止了，服務禁用了，當然啟不起來。
總結了下這個問題的原因，應該是因為Cognos主應用無法啟起來，已知可能的原因如下：
1、Cognos資料庫沒有採用UTF-8的字符集(Oracle下常見)
2、系統服務中的Cognos服務被禁用,或受到其他第三方軟體限制無法啟動
5、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次。
上面是別人的總結，下面是我在論壇看到的解決辦法，試過了，好使：
Problem(Abstract)
After logging into Cognos Connection received an error CAM-AAA-0027 The function call to ‘CAM_AAA_Authenticate’ failed. Reason:’.
Symptom
CAM-AAA-0027 The function call to ‘CAM_AAA_Authenticate’ failed. Reason:
Cause
Active Content Manager server is not part of the Content Manager URI listing in the Environment.
Resolving the problem
Update the Content Manager URI to include all servers that are running the Content Manager service or set Content Manager service to False on the servers that are not listed in the Content Manger URI. Steps:Update Content Manager URI:
1. Open Cognos Configuration
2. Select Environment from the left hand window
3. Click the edit button for the “Content Manager URI’s
4. Save and restart the services. If more then one server we will need to bring up the primary Content Manager server first.
Disable Content Manager service:
1. Open Cognos Configuration
2. Select Cognos 8 Service from the left hand window
3. Change the value for “Content Manager service enabled?” to False.
4. Save and restart the services. If more then one server we will need to bring up the primary Content Manager server first.
6、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包可以解決這個問題。
7、 CAM-AAA-0146
Symptom
CAM-AAA-0146 The namespace is not available CAM-AAA-0064 The function
CAM_AAA_Configure failed.
CAM-AAA-0089 The provider is not initialized.
CAM-AAA-0026 The function call to ldap_search_s failed with error code:’2′
Protocol error
Problem
When trying to attach to an OpenLDAP directory Server, (the test functionality in Cognos Configuration), an error message is logged and the connection fails.
Cause
It seeems that OpenLDAP does not allow the setting of “unlimited” (-1) for time and retrieval limit by external client. In OpenLDAP configuration, however, those settings can be configured.
Solution
Specify other smaller values “for Size limit” and “Timeout in Seconds” in the Namespace configuration in Cognos Configuration.
Steps:
On every installed instance of Cognos 8 running Content Manager component, execute the following steps:
1. Open cognos configuration
2. Select Security -> Authentication -> LDAP_namespace
3. Change the value for “Size limit” to some reasonable number like 200
4. Change the value for “Time out in seconds” to something reasonable like 30
5. Save the configuration
6. Restart the service
修改Cognos configuration中，你建立的Namespace configuration，主要是這兩個”for Size limit” and “Timeout in Seconds”
步驟：
1、打開Cognos configuration
2、選中Security -> Authentication -> LDAP_namespace
3、將”Size limit”的值修改為一個比較合理的值，比如200
4、將”Time out in seconds”的值修改為一個比較合理的值，比如30
5、保存配置
6、重啟服務
8、CAM-AAA-0045
錯誤信息：
CAM-AAA-0045 The call to the LDAP function ‘doLDAPSearch_s/LdapAPIWrapper_ldap_search_ext_s’ returned with error code18
有可能是OpenLDAP的版本錯誤，我的OpenLDAP版本是2.2.29沒遇見過這種錯誤。有人用2.4版本的就發生了類似的錯誤，據說改用2.2.29版本後就好使
以下文章點擊率最高
Loading…