Messages

1801

Other / Re: OnDemand and cloud computing

« on: April 27, 2011, 08:48:14 AM »

Generally speaking, the data inside CMOD doesn't lend itself to be stored outside of a company's firewall.  From a technical perspective, there's nothing stopping you.  From a risk management, availability, performance, and security standpoint, most companies won't even begin to consider it.

1802

z/OS Server / Re: How to read attached documents in the system log

« on: April 23, 2011, 06:31:21 AM »

Unfortunately, you need to retrieve the associated document and parse through it. 

With the newer versions of CMOD on Multiplatforms, there are both longer MSG_TXT fields (from 255 char to 2048 varchar), new message numbers with more info, and even a 'Load Log' which contains tons of information about document loads.

1803

MP Server / Re: Help with arscacheSL file at 96%

« on: April 22, 2011, 06:09:28 AM »

Unless arscacheSL is the FIRST cache filesystem in your ars.cache file, remove it.  It'll stop growing, and start shrinking on itself over time without intervention.

If it *is* the first cache filesystem, you'll need to expand it -- you're stuck with it until you migrate to new filesystems, or move to new hardware.

-JD.

1804

Report Indexing / Re: Storage object error

« on: April 22, 2011, 06:01:57 AM »

Um, that's a 1.5GB object.  Are you sure you want someone pulling that back in one piece across the network?  You should be using large object support for these types of reports.

1805

MP Server / Re: Object level Migration to a new system

« on: April 15, 2011, 06:50:14 AM »

Hi Sandeep.

Most migrations are a great opportunity to fix problems with Application Groups -- issues with number of rows per database table, or the expiration type.  So don't eliminate the possibility of using arsdoc to get your documents and reload them into a newly defined AG with a slightly different configuration.

Moving objects themselves can be tricky, but you haven't told us what the goal is -- are you moving to new storage media?  (Optical to tape, disk to tape, etc.)  Or are you trying to do a shortcut for a hardware migration?  Where are the objects right now? (Cache, or TSM?)

-JD.

1806

Report Indexing / Re: Generic indexer

« on: April 15, 2011, 06:23:53 AM »

Minor Correction Alessandro...

In your second sample, the first GROUP_LENGTH is 1000, the next GROUP_OFFSET needs to be incremented by 1 -- so, 1001.  You've got this mistake throughout your example.

-JD.

1807

Report Indexing / Re: PostScript -> PDF conversion + PDF Indexer

« on: April 15, 2011, 06:21:19 AM »

The great news about GhostScript is that it's open source.  If it doesn't meet your needs, you can always modify it to suit your needs and send the patches to the authors. 

If you'd like an alternative to Windows, Distiller works beautifully on the Mac, and under the pretty graphical interface, Mac OS X is 100% UNIX, so you can do NFS mounts, BASH/KSH scripting, etc.

Keep us posted!

-JD.

1808

OD/WEK & JAVA API / Re: Getting a document as binary.

« on: April 15, 2011, 06:18:35 AM »

Any retrieval from CMOD is a series of bytes.  All data is a series of bytes, when you think about it.

If you want to pull data into a program via API, then use the API and store the retrieved data locally (in memory or in a file) for processing.

I'm with Alessandro here -- I have no idea what you're actually trying to achieve.

-JD.

1809

MP Server / Re: TSM question

« on: April 15, 2011, 06:15:04 AM »

Hi Jo.

Back up the database from the 5.1 server, and restore it to a TSM server running 5.3, then upgrade that to 5.5.  Direct upgrades are generally supported from X-2 ("X minus 2") versions, where X is the 'current version'.  (So, from TSM 5.3, X-2 is 5.1.  Then, from TSM 5.5, X-2 is 5.3.)

-JD.

1810

Report Indexing / Re: PostScript -> PDF conversion + PDF Indexer

« on: April 13, 2011, 08:46:59 AM »

As far as I know, most people who need to distill PostScript into PDFs use Distiller on a Windows box.  Distiller takes in the .ps file, and writes out to a .pdf in a different directory (which might be a SMB share on an AIX server).

As for Ghostscript, if it produces a valid PDF, it should be indexable by arspdoci.

-JD.

1811

Other / Re: Ocassional Load Failures that load successfuly when resubmitted

« on: April 09, 2011, 05:25:08 AM »

Hi Guys...

Russell's CMOD instance is on AIX.

Russell, check the TSM activity log -- you're probably exceeding some number like the number of active mounts, which if I remember correctly was already set to be quite high.

Also, it could be that a minor interruption in disk connectivity on the SAN could be causing problems.

1812

MP Server / Re: Cache filesystem on a different server

« on: April 04, 2011, 04:49:50 AM »

I'm not exactly sure what you're trying to accomplish here.  I'm not sure if you're creating a DR server, making a copy for testing, or trying to migrate the data onto new hardware...  That having been said...

ONLY ONE server should have access to a cache filesystem -- EVER. You can't switch back and forth between two servers, as you'll mix up the contents of the cache, hopelessly corrupting the cache.  (The only exception to this case is database replication -- which has its own perils.)

For best performance, your cache filesystems need to be FAST.  Accessing the cache filesystem remotely won't be fast, especially across your network infrastructure, even if it's 1Gbps.  (That's only 25% the speed of most SAN connections, and there's overhead for TCP/IP and NFS if that's what you're using.)

As Alessandro has said -- you need to make a copy.  You can use any number of utilities to make that copy across the network -- scp, SFTP, rdist, rsync, etc.

Good luck!

1813

Report Indexing / Re: afpdmp on sun solaris

« on: March 30, 2011, 08:25:42 AM »

Sorry about that -- the bulletin board software prefixed the URL with http:// for some reason.  I've corrected it for future users.

The best person to talk to about your connectivity issues would be your local network administrator.

-JD.

1814

z/OS Server / Re: Annotation Table/Indicator

« on: March 30, 2011, 08:18:42 AM »

12 million rows doesn't sound like a problem.  There are systems out there with individual tables of over 100 million rows of document indexes out there.

If you're seeing performance problems, make sure you're on a recent version of CMOD -- newer versions have new indexes on the ARSANN table that make searching for annotations for a specific document very fast.  Alternately, check to see that the table and its indexes don't need a 'reorg'.

To the best of my knowledge, there's no pre-built utility out there to do what you're asking.

-JD.

1815

Report Indexing / Re: afpdmp on sun solaris

« on: March 29, 2011, 05:38:14 AM »

afpdmp isn't a utility that's bundled with CMOD - it's generally bundled with InfoPrint Manager.  You'll likely have to download the AFP file to your PC and use afpdmp.exe locally.

    ftp://ftp.boulder.ibm.com/printers/tools/afpdmp/

-JD.