Cognos 常见错误解决办法
常见问题： 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 databaseb) 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包可以解决这个问题。
页:
[1]