Messages

961

MP Server / Re: Error while installing CMOD 8.4.1.0

« on: March 09, 2010, 04:06:08 PM »

I am getting an error stating that I must first install OD 8.4.0.0 before installing OD 8.4.1.0.  The thing is, I am running 8.4.0.3 on this server.  This is a test box and I did not get this error when installing 8.4.1.0 on outr production box.  Anyone have any suggestions.  Thanks guys. 

Hello Waytec,

Am I understanding correctly? You have a server with CMOD 8.4.0.3 already installed, and you want to install the version 8.4.1.0 upgrade fileset, and it tells you that he don't find it, and you must first install the version 8.4.0.0 before upgrading?

On which platform are you? Unix (AIX, Linux, HP, Solaris) or Windows?

From my own experience, in unix you could copy the directory from another server (... meaning not installing with the install software provided ...), and some system files will not be updated (ODM in AIX, rpm in Linux, pkg in solaris, ...) and everything will work without any problems.

The problem will be by updating. Then the installer will be lost, and will think you never installed the product.

If this is the case, then the only solution will be as Justin suggested, to get the base level package for CMOD (8.4.0.0 in your example) and then upgrade it to 8.4.1.0. Or better, get the 8.4.1.0 base level, and install it.
But before doing this install, make sure to backup the ars.ini, just in case!!!

For Windows, I have never experienced that, so cannot tell... but in that case, install the base level 8.4.0.0 or 8.4.1.0.

Good luck,
Alessandro

962

Other / Re: CMOD 7.1.2.14 stable? eclient compatiblilty?

« on: March 05, 2010, 06:59:19 AM »

Just wondering if anyone has had any issues with the fp 14 for 7.1.2?  Also, trying to find compatibility definition for the CM eclient - ie we have cm 8.3 fp 9 on all of our CM servers, any problems with OD being at 7.1.2.14 and using the eclient for viewing? 

Hello,

I have by a customer installed the version 8.4.1.2 (meaning between 7.1.2.12 and 7.1.2.13 if I'm not wrong with this funny numbering schema!), and the customer was using eClient 8.4 / WEBi 1.0.3 with CM 8.3 FP6 on z/OS and CMOD 8.4.1 also on z/OS. And everything was working (even if in all pre-req it was always said that they needed at least CM 8.3 FP7.

Just be aware that eClient version >= 8.4 the connector for CMOD is deprecated. You can still use it, it works with ODWEK 8.3, 8.4, 8.4.1, but I'm not sure that the next release of eClient (8.4.2 or 8.5) will still support it completely, I hope so, but I'm not 100% sure.

So between CMOD 7.1.2.12, that I have tested and 7.2.1.14, there are differences (fixes), but not that much.

In in all as Justin so rightfully suggested,

" The only real test of compatibility is promoting this version through successive test 'regions' - Dev -> QA -> UAT -> Production. "

Hope this helps,

Best regards,
Alessandro

963

MP Server / Re: CMOD (Windows) - DR scenarios?

« on: February 23, 2010, 02:07:49 PM »

Hello Shannan,

There are so many scenarios! Here are a couple, I've seen by customer:

1) Just have a backup of the library server database, and on the TSM side, to have a copy of data in another location. In case of crash, restore of the library server, and point it to the backup tsm, and there you go! Ok, you might have less data in the library server than in the TSM server, but at least you are back to business. You might need to reload documents.

2) HACMP. 1 box is in standby (cold/hot), and the other is the productive box in another location. The TSM is a DR550, which is replicated to another DR550 in another location. Then in case of crash HACMP takes care of renaming the hostname, putting back all the resources where they belongs, and you're set!

3) One productive Library server, but every filesystems are in a SAN replicated in two locations, same story with TSM. If one location is destroyed, then you restore the basic system in a new server, attached it back to the SAN, TSM, and there you go.

...

What you need to ensure in any scenario you might find is that you have a correct situation between Index (Library Server), Cache and Data (TSM).
Cache and Library Server must be syncronized.
Library Server and TSM could not be syncronized, but only in the case you have more data in TSM than in the library server. In that case, you will loose disk space on the TSM side, but you won't have an index without document behind.

In case you don't know this redbook (http://www.redbooks.ibm.com/abstracts/SG246444.html), it gives you some good hints on what you should be careful, and there are some scenarios, which can help you.

Best regards,
Alessandro

964

Windows Client / Share of Experience: Several version of Admin client in one workstation

« on: February 17, 2010, 08:00:18 AM »

Hello,

I wanted just to share something I've discovered. Be informed that it is not supported by IBM officially.

If you forget your windows workstation for a moment, and that you have a Linux workstation (in a VMware or any other VM, or if you're lucky a real physical linux Intel workstation).

Then with the software WINE (1.1.34 and above) you can run several CMOD Admin Client at the same time! WINE stands for "Wine Is Not an Emulator" (www.winehq.org).

For each of them, you will need to create a new Wine Prefix in order to have a clear separation of the registry, etc... but it works, and you can install all the version you need.

At the moment, I have one WINE configuration with the latest CMOD Admin client to play with, and learn, check what was corrected.
And I have another for customer which are still with CMOD 7.1.2.4, and with windows, I needed always to deinstall/reinstall/admin/uninstall/reinstall/admin/... well it was hell.

You can work without problem with ACIF Indexer, do the admin for everything, except for PDF...
Nothing with PDF was working (PDF Indexer), and with the CMOD client, I could not see PDF (Data Type: PDF or Data Type: User defined .pdf).
Well I can live with that limitation (well I have not yet work a lot to resolve it!).

Hope that can help someone in need (like it was for me!!)

If someone needs more info, please feel free to ask.

Cheers,
Alessandro

PS: Of course, the normal client works too with that setup!

965

Report Indexing / Re: Indexing Failed

« on: February 16, 2010, 02:21:18 PM »

Hello Shannan,

without the indexer definition and the data itself it is difficult to help.

But from what you show, it says that it couldn't create the output file and the index file needed to make the load in CMOD.

In order to debug that, you might try to use arsload with the following options:

-i    to run only the indexer, and thus keep all the work files
-L 7    to receive more info for the trace (1=errors, 2=warnings, 4=info)
-T <tracefile>    to activate and save the trace file for debugging

so for example:

arsload -nv -i -L 7 -T e:\od\arsload\trace.log -g APPG -a APP -u login -p password e:\od\arsload\wi.x.EFTReversalStatusRpt.EFTReversalStatusRpt.20091118.1111.ard

In that example you will see more messages on the screen, and you will also have the e:\od\arsload\trace.log file with all the info.

If that does not help, you could try to use -L 15, it will add more messages on what does arsload, but maybe that would be too much non useful informations...

Let us know if you could find something interesting, or need help.

For your info, here are the full explanation of the options of arsload (http://publib.boulder.ibm.com/infocenter/cmod/v8r4m1/topic/com.ibm.ondemand.administeringmp.doc/dodlo003.htm).

Cheers,
Alessandro

966

Other / Re: printing restrictions

« on: February 16, 2010, 10:22:40 AM »

Hi Vaios,

short answer, no.

Long answer, you can but you need to develop an external application to do it, and use 1 field in order to say if it was printed or not. Then the users access the newly created application, and if they access OnDemand via the gui, then you don't show the folder!


We have developed such application in IBM Switzerland for some special customers, because they have some legal requirements that says that an original document needs/must be printed only once.
I don't know if it is what you are searching or not.

Best regards,
Alessandro

967

WEBI interface / Re: WEBi 1.0.3 compatibility with Weblogic

« on: February 16, 2010, 10:05:10 AM »

Hi Sandeep,

Maybe it is already too late to answer... but unfortunately WEBi works only with WebSphere. You must install it through an installer, and if you don't have websphere, you cannot install it.

Cheers,
Alessandro

968

MP Server / Re: DB2 Internal tables ARS.....

« on: February 16, 2010, 09:54:10 AM »

Hi Stephane,

I don't know if it can help, or maybe your have already looked at it:

http://publib.boulder.ibm.com/infocenter/cmod/v8r4m1/topic/com.ibm.ondemand.administeringmp.doc/tables1.htm

Best regards,
Alessandro

969

MP Server / Re: OnDemand & SQL Server

« on: February 16, 2010, 09:46:29 AM »

Hello Gabriela,

Yes you can do it. Personally I have never performed such install (only Oracle and DB2).

But you can read how to do it here: http://publib.boulder.ibm.com/infocenter/cmod/v8r4m1/topic/com.ibm.ondemand.installingmp.doc/ars1i071586.htm#sqlsvrwin

And here are the requirements for Windows (http://www.ibm.com/support/docview.wss?rs=129&uid=swg27012104), you will see that you need at least Microsoft SQL Server 2005 or later.
On Windows 2003 64-bit Microsoft SQL Server 2005 SP1 is required

Best regards,
Alessandro

970

MP Server / Re: How Do I Migrate Indices & Objects

« on: February 16, 2010, 09:42:41 AM »

Hello rbarrenechea,

your idea seems nice, but can you explain better the last point?

 > Then with the aramsint command you start extracting the "load" object name, the easiest way to get this value is by running a "select distinct" to the table, and the use the arsmaint to reload to the new app (no index required).

Because, from what I see in your explanation, all you have done is the following: Create a new segment table, copy all data from the old to the new... but nothing explains how to copy data from cache to TSM nodes.

Alex