Product:
Cognos TM1 version 9.5.1

Symptom:
Inside TM1 Architect program when you right click on the TM1 cube ( e.g. planning sample) and select “security”, you only get up the option “change password”. The others are grayed out.

In a new installation of Cognos TM1 the user Admin in the application planning sample should have all access including Clients/Groups so you can add more users to the application.

Cause:
During the installation of TM1 server on the Microsoft Windows 2008 server you deselected TM1 perspectives under Custom installation. This because you did not have Microsoft Excel install on the Microsoft Windows server.

Solution:
Reinstall TM1 and ensure that all choices are selected.

Recommended is to always install the “TM1 contributor” selection with default settings, then you get all the program and functions on the server.

The TM1WEB part will work even do you do not have installed Microsoft Excel on the Windows server you use for the TM1 server.

Product:
Cognos TM1 version 9.5.1

Problem:
Prevent none entrusted people to access the TM1 data on the Windows Server.

Cause:
If you rename the file }ClientProperties.cub in the TM1 folder, then all passwords in the TM1 cube is replaced with “blank” and you can easy access the TM1 cube from a program like Architect.

Solution:
Recommendation is to also secure the windows folders where you have TM1 instances created to only allow the Windows service account access.

Note down what Windows service account are running the TM1 services in Windows.
Stop the TM1 service.
In Windows Explorer go to the folder for you TM1 instance e.g. \tm1servers\tm1planning
Right click on TM1Planning and select Properties
In the tab Security click on Advance button.
In “Advance Security Settings for …” uncheck the mark for “Allow inheritable permissions from the parent to propagate to this object and all child objects. Include these with entries explicitly defined here.”
On the Security dialog that pops up select the “remove” button
Now all access rights for that folder are removed.
Click on the “add” button
Enter the name of the service account and click on check names
(You may need to change locations to be the entire windows domain)
Mark allow for Full Control.

I recommend to also adding the local administrator group and system to the folder as a backup access point, but this increase the risk of access.

Click OK several times to get out of the Security dialog.

Now you can start the TM1 service and check if you can login from Architect.
The password for the TM1 Planning Sample application is apple for the admin user.

Product:
Cognos TM1 version 9.5.1

Symptom:
The TM1 cube is empty after a reboot of the Microsoft Windows Server.

Background:
IT department is outsourced, and every weekend the servers are rebooted to apply Microsoft Patches and other updates. The reboot is done automatically by scripts.

Cause:
If the TM1 cube is large, the TM1 service does not have time enough to save data to disk when a reboot of the Microsoft Windows Server is executed.

Solution:
Create a batch file with this content;

net stop “Planning Sample”
net stop TM1ExcelService
net stop tm1admsd

Schedule that batch file to run 1 hour before any schedule reboot of the Windows Server.
This should give the TM1 service time to save any data.

In the Script replace the “Planning Sample” with the name of your TM1 services.
Because all TM1 services are set to Automatic startup type they will then start with the start of the Windows server.

Product:
Cognos Tm1 version 9.5.1
Microsoft Windows 2008

Symptom:
During install with IBM Cognos TM1 Installation Wizard you get this message
Internal Error 27555, c:\inetpub\wwwroot\TM1Web\
The parameter is incorrect.
, 87

Problem:
Cognos TM1 does not support to be installed on Microsoft Windows Server 2008 standard. You must use Microsoft Windows 2008 R2.

Cognos TM1 version 9.5.1 support this
https://www-304.ibm.com/support/docview.wss?uid=swg27018895

Cognos BI 8.4.1 support this
https://www-304.ibm.com/support/docview.wss?uid=swg27017522#os

When you are going to integrate TM1 and Cognos BI you must install parts of TM1 on the BI server – therefore the Microsoft Windows OS must be supported by TM1 also.

Solution:
Install a new server with Microsoft Windows 2008 R2.

Product:
Cognos BI 10.1
Tm1 9.5.2

Symptom:
Error when doing a test of data source connection to a TM1 cube from Cognos Connection.

Error message:
TM1-ERR-0052 An attempt to login to the TM1 server tm1servername failed. The TM1 error code is 84. The TM1 error message is “SystemServerConnectionFailed”.

Cause:
Cognos BI does not have access to the TM1 server over the network.

Possible Solution:
Ensure that the needed ports are open in the Microsoft Windows 2008 firewall on both servers to allow connection to TM1. You set the port number to use in the tm1s.cfg file.

TM1 Admin Host port number:
5495 is the port number on which the Admin Server on this machine listens for client requests.
TM1 SSL Admin server port number:
5498
All TM1® components communicate with the TM1 Admin Server using SSL.
TM1 Client Message port number:
12345 (Your TM1 server will have a diffident port number)
This is a sample default. The system chooses the next available port number.
This port number establishes a secondary port for progress messages to use when a lengthy operation is waiting to be cancelled.

More information
http://www-01.ibm.com/support/docview.wss?uid=swg21459257

Product:
TM1 Version 9.5.1 portlet
Cognos BI version 8.4.1

Symptom:
There are a empty drop down list in TM1 Cube Viewer Selection when you try to add a TM1 view to a Cognos Connection Dashboard.

You have installed Cognos BI 8.4.1 Server and Gateway on one server, and Cognos TM1 9.5.1 server and TM1web on another server.

Workaround:
You need to tell the TM1 cube viewer where the TM1 are.
In the TM1Web options of the TM1 portlet definition page, you should mark Enter TM1Web URL and enter the TM1Web Server URL:

http://TM1ServerName/Tm1web

Then you will get the selection of TM1 Cube Viewer Selection.
You must have created VIEWs in the TM1 Cube with TM1 Architect first.

Cause:
The file variables_TM1.xml is not used to render web pages; it is for checking security.

Solution:
You must install TM1Web on both Cognos BI gateway and TM1 server.
When you Install TM1 on the Cognos BI server you can deselect TM1 Server and
Admin server.
You must update the variables_TM1.xml to contain all instances of TM1web e.g. both the BI server and the TM1 server.
You find the variables_TM1.xml file in folder C:\Program Files\cognos\c8\templates\ps\portal

Example of the variables_TM1.xml file:

<?xml version=”1.0″ encoding=”UTF-8″?>

<!–

IBM Confidential

OCO Source Materials

BI and PM: tm1fragments

(C) Copyright IBM Corp. 2008, 2009

The source code for this program is not published or otherwise

divested of its trade secrets, irrespective of what has been

deposited with the U.S. Copyright Office.

–>

<CRNenv>

<urls>

<url>http://BiServerName/TM1Web/TM1WebLoginHandler.aspx</url>

<url>http:// BiServerName /TM1Web/TM1WebMain.aspx</url>

<url>http://TM1serverName/TM1Web/TM1WebLoginHandler.aspx</url>

<url>http://TM1serverName/TM1Web/TM1WebMain.aspx</url>

</urls>

<cookies>

<param name=”cam_passport”/>

</cookies>

</CRNenv>

Product:
Cognos TM1 contributor client

Symptom:
How to script installation of Cognos TM1 Contributor client

Solution:
System administrators can install the TM1 Contributor Administration tool using a Windows Installer command line. This also allows the Administration tool and framework to be distributed using Active Directory or other software management tools.

Use the command line to install the following MSI files:
•CognosRCP.msi – Installs the IBM Cognos Rich Client Framework.
•ModelingADT.msi – Installs the IBM Cognos TM1 Contributor Administration tool. This installation does not require any command line parameters.

MSI File Location
The required MSI files are initially contained in the pmpsvc.war file and get extracted when the TM1 Contributor Web application is deployed on the Web server.

After deployment on the Web server, the extracted MSI files are located in the rcp_installs sub-folder under the TM1 Contributor location on the Web server:

Web server program files\TM1 Contributor files\rcp_installs

For example, the typical location for the MSI files on Apache Tomcat is:
C:\Program Files\Apache Software Foundation\Tomcat 6.0\webapps\pmpsvc\rcp_installsCommand Line Options

The commands that administrators can use to install CognosRCP.msi are described in the following list.

ALLUSERS=2 Installs the MSI for all TM1 Contributor users.

This command ensures that the registry entries for the IBM Cognos Rich Client Framework are located in HKEY_LOCAL_MACHINE.

Note: You must use this command with the TARGETDIR command.

TARGETDIR=”CognosRCP_install_location” Specifies the install location for the MSI. For example, TARGETDIR=”C:\Program Files”

NOUPDATE=Yes Prevents TM1 Contributor users from receiving automatic updates for the IBM Cognos Rich Client Framework.

Steps to Install the IBM Cognos Rich Client Framework

1.Open a command prompt, and navigate to the location of the CognosRCP.msi file.

By default, the MSI files are located in the following sub-folder on the Web server:

Web server program files\TM1 Contributor files\rcp_installs

2.Install CognosRCP.msi by doing one of the following:

To install the MSI for a single user, type the following command

CognosRCP.msi TARGETDIR=”install_location” Note: To prevent automatic updates for TM1 Contributor users add NOUPDATE=Yes before you execute the command.

To install the MSI for all users, type the following command

CognosRCP.msi TARGETDIR=”install_location” ALLUSERS=2

Note: To prevent automatic updates for TM1 Contributor users add NOUPDATE=Yes before you execute the command.

After you install the CognosRCP.msi, IBM Cognos Rich Client Framework appears on the Windows Add or Remove Programs list. In addition, a folder called CognosRCP is created in the installation location that you specified in the TARGETDIR command.

More Information:
http://publib.boulder.ibm.com/infocenter/ctm1/v9r5m0/index.jsp?topic=/com.ibm.swg.im.cognos.tm1_install.9.5.1.doc/tm1_install_id6072tm1inst_wsi_trbl.html

Product:
Cognos Tm1 version 9.5.2
Cognos BI version 10.1

Symptom:
When user try to surf to TM1 contributor website get following error message:
The planning service parameter was not specified or is not one of the configured locations

Background:
Installed on 3 Microsoft Windows 2008 R2 servers with Cognos BI 10.1 64 bit report services on one server and the Cognos BI 10.1 32 bit Gateway functions on a separate server and Cognos TM1 9.5.2 on another server.

The following steps are done:

A TM1 application is created and setup with IntegratedSecurityMode=5 in the tm1s.cfg file
(This give that we use the Cognos BI authentication manager (CAM) for the TM1 application)
TM1 contributor is setup in an own TOMCAT instance (in folder D:\tomcat6).
TM1 portlet are installed the Cognos BI report server.
Installation of portlets will create the variables_tm1.xml in folder d:\Program Files\ibm\cognos\c10_64\templates\ps\portal on the Cognos BI server.
The file variables_tm1.xml is updated with the URL to the TM1 server as shown below

<CRNenv>

<urls>

<url is-regex=”true”>http://srv001/TM1Web/TM1WebLogin.aspx</url>

<url is-regex=”true”>http://srv001/TM1Web/TM1WebLoginHandler.aspx</url>

<url is-regex=”true”>http://srv001/TM1Web/TM1WebMain.aspx</url>

<url is-regex=”true”>http://srv001.work.domain.lan/TM1Web/TM1WebLogin.aspx</url>

<url is-regex=”true”>http://srv001.work.domain.lan/TM1Web/TM1WebLoginHandler.aspx</url>

<url is-regex=”true”>http://srv001.work.domain.lan/TM1Web/TM1WebMain.aspx</url>

</urls>

<cookies>

<param name=”cam_passport”/>

</cookies>

</CRNenv>

Any extra and should be removed from the sample file, and then the file is saved without the sample extension, to be named variables_TM1.xml

The variables_plan.xml file is copied untouch from folder D:\Program Files\Cognos\TM1\Cadmin\gateway on TM1 server to folder D:\Program Files\ibm\cognos\c10_64\templates\ps\portal on the Cognos BI report server.

The planning.html file is copied from folder D:\Program Files\Cognos\TM1\Cadmin\gateway on the TM1 server to folder d:\Program Files (x86)\ibm\cognos\c10\webcontent\ on the Cognos BI gateway server.

The icon_active_application.gif file is copied from the D:\Program Files\Cognos\TM1\Cadmin\gateway folder on the TM1 server to the
D:\Program Files (x86)\ibm\cognos\c10\webcontent\ps\portal\images folder on the Cognos BI gateway server.

This is the icon for the published TM1 Contributor application in Cognos Connection folder “IBM Cognos TM1 Contributor Applications”.

Solution:
Open the planning.html file in notepad from folder C:\Program Files (x86)\ibm\cognos\c10\webcontent on the Cognos BI gateway server.

Change line
// Update the following to point to the location of the planning service(s)
var planningServices = [“http://localhost:8080”];
to
var planningServices = [“http://SRV001.work.company.lan:8080”];

So you use the FQDN that is for the TM1 server where you have installed Tomcat and TM1 Contributor.
Save file and test again.

Workaround:
A not supported workaround is to change the planning.html to an older version.
If you have Cognos TM1 version 9.5.1 – you can copy that planning.html file from the D:\Program Files\Cognos\TM1\Cadmin\gateway folder – to the new installed Cognos BI server, and replace the planning.html file.
Then you use the not so secure planning.html file that was part of Cognos TM1 version 9.5.1.

This should you not do – it is not supported by Cognos.

Product:
Cognos TM1 version 9.5.1

This is a few old recommended actions to do at all Cognos TM1 installations.

1) Same folder structure in test and productions servers:
Recommended that you on the TM1 server create a folder named: tm1servers
Below that folder create a folder for each TM1 server you want to create;
• C:\tm1servers\tm1planning
• C:\tm1servers\tm1controller

By keeping the folder structure same on all TM1 servers it is easy to move scripts between the servers.

2) Create a separate folder for log files:
Below your TM1 folder for you custom TM1 server create a log folder named: LogFiles
Updatera din tm1s.cfg file med raden;
LoggingDirectory=C:\tm1servers\tm1planning\LogFiles

3) Create a separate folder for data files:
Below your TM1 folder for you custom TM1 server create a log folder named: DataFiles
Updatera din tm1s.cfg file med raden;
DataBaseDirectory=C:\tm1servers\tm1planning\DataFiles

To the data folder you should also create a copy of the tm1s.cfg file and place there as “copy of tm1s.cfg” file.

4) Create a script that saves the TM1 data to disc every day:

Go into TM1 Architect program as administrator.
Expand the TM1 application and go to processes tab.
Right click and select “create new process”
Go to the Advance tab
Go to the Prolog tab
Enter a blank row
Enter the statement
Savedataall;
Enter a blank row

Should look like this in prolog:
#****Begin: Generated Statements***
#****End: Generated Statements****
savedataall;

Click on the SAVE icon and name the solution to be SAVEDATA
Go to the Schedule tab
Click in “Schedule this Process as a Chore Named:”
Enter the name SAVEDATA
Enter 1 for run every 1 Days.
Check the local time to show 23:00:00
(this will make it to run every night)
Click on the SAVE icon

Select FILE – EXIT in Turbo Integrator to get back to TM1 Architect.
Then you should now have a process named SAVEDATA
And that chores named SAVEDATA.
Best to also create a TI process that copy the data folder to a different location as a backup.

5) Change the timeout for the TM1web:
On the TM1 server with IIS 6 from Windows 2003
Go to folder C:\Inetpub\wwwroot\TM1Web
Open web.config in notepad
Search for

Below system.web and before the line of <!—DYNAMIC DEBUG….. enter this line

Save and close the web.config file.
Restart the TM1 server and check that all is working.

Product:
TM1web version 9.5.1
Windows 2003 or 2008 x64 version

Symptom:
User attempts to export to PDF from TM1Web and receives an error.

Message:
Export in process, Please wait…
‘PDFcamp Printer’ was not installed properly

Cause:
PDF camp Printer was not installed properly – it needs to be default printer for that windows account that runs the TM1 Excel Service.

Solution:
Make sure that the PDFcamp Printer is set as default and then restart the TM1ExcelService, even if the printer was set as default.
If this does not resolve it, uninstall PDFCamp by using the 64-bit uninstaller executable at \bin\PDFcamp\unpdfxp64.exe
Then reinstall the PDFcamp Printer using the installer executable at \bin\PDFcamp\setupx64.exe.
Set the PDFcamp Printer as default and restart the TM1ExcelService again.