Tel:  +44 (0)2920 02 04 05
e-Mail: info@planitcpm.com

IBM Cognos Technical Blog

December 14, 2011

“Switch error decoding URL” in IBM Cognos 10.1 Controller Client

A very spurious error occurred this week at a customer site when attempting to use some of the newer Java based features of the IBM Cognos 10.1 Controller Local Client.

The error contained the message “Switch error decoding URL” when attempting to run some of the following tasks:

"Company -> Reports -> Intercompany Reports"
"Maintain -> System Audit Log -> Configuration"
Switch error decoding URL

IBM Cognos 10.1 Controller error - Switch Error Decoding URL

This occurred because of an inaccessible folder having been set for the CCR CACHE directory at install time.

To resolve the problem, remove the “IBM Cognos Controller Local Client” and re-install it specifying a valid path during the URL input screen.

Typically we use %appdata%\ccr as all users should have full rights to their own user profiles, however this will cause a 200mb or so download for each user logging on to Controller on a given computer.


June 28, 2011

Controller 10.1 – DBCONV.EXE error – ERROR 429 (HEX 1AD)

During a recent upgrade to IBM Cognos 10.1 Controller we discovered that it was necessary to use the bundled “legacy” version of the DBCONV.EXE utility to upgrade databases from 8.4 or below.

This was all very well, the files are easy to find in the c10\legacy folder of the installation, but unfortunately on running the utility against our database we came up against the following error:

ERROR 429 (HEX 1AD):
ActiveX Component can't create object.

It turns out that the error message is caused by a .DLL file that has not been correctly registered.  The details to fix this as below:

  1. Launch a command prompt by clicking “Start” – “Run” and then typing in “CMD” <Enter>
  2. Change directory to the c10\common folder (for example using: cd “C:\Program Files\ibm\cognos\c10\common”)
  3. Register the DLL file using: regsvr32.exe FrCrypto.dll
  4. Test”

 

 

June 22, 2011

IBM Cognos 10.1 Controller Installation

Please accept my apologies if there is some information missing from this post, I just wanted to get something out there for the changes I have come across already to try and make sure that others can benefit, I will add to this post as I find more to keep it up to date.

Back with IBM Cognos Controller version 8.5.1 the installation process was a fairly complex affair.  Armed with the Proven Practice document (01. Installing & Configuring IBM Cognos Controller 8.5.1 server – Proven Practice), all 71 pages of it, it was possible to get a fully working installation of the product.

Now, with the release of IBM Cognos 10.1 Controller, the process has some additional steps to complete.

Case Sensitive Database Provider name

Setting your SQL Server Provider is now case sensitive, this is the setting applied within IBM Cognos Controller Configuration.  If you get the following error message:

Unsupported OLEDB provider sqlncli.1

It seems you may need to to ensure that the provider name is specified in upper case letters as SQLNCLI.1

A description of the problem can be found in this IBM Cognos KB article:

https://www-304.ibm.com/support/docview.wss?uid=swg21503064&wv=1

New Version of the DBCONV tool

The DBCONV tool is now a Java based application, on the first run, if you have no Java provider installed it asks to be pointed at your JRE6 location on the file system.  As we already had the IBM Cognos 10.1 server components installed we could simply point at this location in order to launch the tool.  The standard location is %installdir%\IBM\Cognos\c10\bin\JRE\6.0

JDBC Drivers Required

On our Microsoft SQL Server 2008 R2 based system we were unable to connect to the Controller database due to the following error:

** ERROR: java.lang.ClassNotFoundException: com.microsoft.sqlserver.jdbc.SQLServerDriver

We resolved this by downloading the Microsoft SQL Server 3.0 JDBC driver from the following URL:

http://www.microsoft.com/downloads/en/details.aspx?FamilyID=a737000d-68d0-4531-b65d-da0f2a735707

Once downloaded and extracted the file sqljdbc4.jar needed to be copied to the folder %installdir%\IBM\Cognos\c10 next to the DBCONV.EXE application so that this would work.

 

June 17, 2011

Configuring Failover for IBM Cognos 8.5.1 Controller

Over the last couple of months an unusually high number of customers (i.e. more than zero) have all been asking the same question… “can you tell us how to create a DR failover solution for IBM Cognos Controller?” – this is a question that got me scratching my head somewhat.

We already know that you can “split the COM+” components in Controller to separate out such functions as Consolidation, this isn’t so much fail-over as a crude form of load-balancing or load-sharing. But can you actually create a fail-over for IBM Cognos Controller?

One of the methods we considered initially, involved the use of Microsoft Clustering, this sounds viable in theory, however a phone call to IBM support suggested that this would not be supported.
After this blow a couple of more “realistic” options came to mind: -

  • Cold-Standby
  • DNS Alias
  • With one particular client we decided that they would utilise their test environment to trial one of the above. It was decided that the cold-standby method was not desirable as they did not want to have to power one server up manually and risk the possibility of both servers becoming available at once in the event that the other box was not shut down.

    What we did was to install two separate servers, each with their own IBM Cognos BI and Controller components.
    The BI server has to point at its own “real” server name or DNS name, if you use the same DNS alias for both servers within BI it causes problems within the Content Manager when the second server tries to register its dispatchers.
    The IBM Cognos Controller Configuration application however needs to be pointed to the DNS Alias, this way when the Controller client etc all look for the server, they are looking for the same thing each time.

    On the face of things, this seemed to work, basic testing showed that we could switch servers quite easily by altering the DNS alias record, however I still had an uneasy feeling about this as the COM+ components for Controller would still be running on each server at the same time.

    A week or so later, there had been a number of complaints about strange behaviour with Controller, the software was randomly unavailable or not responding. Each time a reboot of the active server seemed to solve the problems.
    We suggested that it may be worthwhile turning off the “standby” server for a week or so to see if things improved.

    After just over one week, there had been no problems, this pointed at a problem with having two identically configured Controller servers turned on at once.

    So it seems, for the time being at least, you cannot automatically, or even semi-automatically fail-over IBM Cognos Controller. We reverted to a cold-standby scenario which seems to be working well for now.

    If you have any different experiences, or if you have managed to make this work somewhere, please feel free to get in touch, I am sure there are many customers out there looking for a similar solution.

    May 19, 2010

    Installing Excel Link (Excel Addin) for IBM Cognos 8 Controller 8.5

    As I seem to have had nothing much to say for well over a month its about time I found something to write about.  In my desperation to fill blog-inches I thought I would resort to a brief run-through of the required steps for installing the IBM Cognos Controller Excel-Addin.

    These steps seem to work fairly well and so may be useful to some of you at least.  The application installation does require that you have local Administrator rights, this is unfortunate for a web-based application but for the time being is also unavoidable.

    Some pre-requisites first


    You will need Microsoft .NET Framework 2.0 with SP1 (or SP2)
    Of course… Local Administrator Rights.

    Installing the Excel Link client


    The client installation its self is easy, simply navigate to the following URL on your environment:

          http://SERVERNAME/cognos8/controllerbin/ControllerClient.msi

    Follow through any steps in the installation wizard as required.

    Enabling the Controller .NET Configuration


    Now, open the command prompt and navigate to the following directory:

           %windir%\Microsoft.NET\Framework\v2.0.50727

    Then type in the following command all on one line:

           caspol -q -m -ag “All_Code” -url http://SERVERNAME/* FullTrust -name “Controller_SERVERNAME” -d “Controller_SERVERNAME”

    Setting the correct version of .NET for Excel


    We need to set Excel to use the Microsoft .NET Framework 2.0, this is achieved by creating a file called EXCEL.EXE.config on the workstation PC.

    Navigate using Windows Explorer to the folder where your Office installation is located, typically:

           c:\Program Files\Microsoft Office\OFFICE11

    With Notepad create a new text file called EXCEL.EXE.config, the contents should be as below:





    Before you run Excel to test the add-in

    I have found that this does not always work correctly if you skip out this step, so now, navigate to Cognos Connection at http://SERVERNAME/cognos8 – then click “Consolidate my Financial Information”.
    This will launch a further installer which will take you into the main Controller application.
    Once this is done the Excel Link components will work just as expected.