If you are unable to create a new account, please email support@bspsoftware.com

 

"ClassFactory cannot supply requested class" - starting Cognos Planning service

Started by Dev1975, 20 Aug 2013 10:31:18 AM

Previous topic - Next topic

Dev1975

Hello all,

I've recently upgraded a Cognos Planning server from 10.1.1 to 10.1.1 FP2. However, after some issues I rolled back the update to the previous incarnation. Now when I try to start the service, I get the following message displayed in Cognos Configuration:

ERROR
Unable to create the object with ProgID 'EAdminSQL7_10.SQL7' (request was for 'EAdminSQL7_%v.SQL7')

Automation error
ClassFactory cannot supply requested class

There are no issues with connectivity to the Planning Store database and no other changes have been implemented on this server.

Any thoughts on this will be greatly appreciated.

Many thanks,
Dev

ericlfg

Hey Dev,

It looks like perhaps the install is no longer stable, in that required files may not be present or certain .dll and .ocx files in the bin directory are no longer registered...  With that said, how did you perform the rollback?  Uninstall completely and reinstall, or did you restore a backup of the install directory?

Dev1975

Hi Eric,

The Fix Pack was rolled back by copying the contents of the relevant "Backup > Uninstall" directory into the Cognos Planning install directory. This was done while the service was stopped.

Trying to start it again this morning and the full message reads as follows:


[Planning Store]
[ ERROR ] 8000fff: Could not hydrate connection document.
80040111: Unable to create the object with ProgID 'EAdminSQL7_10.SQL7' (request was for 'EAdminSQL7_%v.SQL7')

ericlfg

Hey Dev,

Just in my experience, but planning does not roll back nicely using the Backup > Uninstall method.  You can try re-registering all of the ocx and dll files in the bin directory, but if that doesn't work you'll want to redo the planning install on that machine.

*Note: You can uninstall the software and reinstall, leaving the IBM folder intact which will preserve all of your configuration information.

An easy way to re-register the files is to run this command from a .bat or .cmd file:
FOR %%1 IN (*.DLL) DO REGSVR32 /S %%1

*Note: change *.dll to *.ocx after the first run to re-register the OCX files..

Update: you want to put the .bat or .cmd file into the bin directory of the cognos install.

Dev1975

Thanks for the tip. We had a snapshot of the server prior to the fix pack install, so we rolled back to that and the service is running fine. I'll make note of the command you outlined above for future reference.

Appreciate the assistance!

Cheers,
Dev

ericlfg

Hey Dev,

Good to hear and you're welcome!  Thankfully more and more server environments are virtual and you have the option to revert back to an older snapshot. :)

Also, I modified my last post, forgot to mention you need to but the cmd or bat file into the bin directory.