Messages

526

MP Server / Re: Retrieve batch series of TIFF files

« on: January 20, 2016, 06:46:56 AM »

so basically I have two choices

1) create 2xxx individual TIF's
2) custom code

lets see what IBM has to say.

527

MP Server / Retrieve batch series of TIFF files

« on: January 19, 2016, 12:01:26 PM »

Hello,

I have a requirement where the customer would like to retrieve a large amount of TIFF images from CMOD (9.5/db2/tsm).

They would like to base the tiff images put into one file for them to view. I am just wondering if this is possible..

Here is the syntax that I have been using and I am getting only the first page of the tiff

arsdoc get -h <host> -u <user> -p <password> -o <output> -c -f "<folder>" -i "WHERE rptdate >= 15919 and rptdate <= 16436 AND accnum = #######"

Thanks,

Jeff

528

Other / Re: AFP2PDF Size Limitation

« on: November 16, 2015, 06:38:33 AM »

Haven't made any changes as of yet.

529

Other / Re: AFP2PDF Size Limitation

« on: November 13, 2015, 06:30:34 AM »

none as of yet. Heres the current ulimits:

:user@aixbox:# ulimit -a
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 4194304
memory(kbytes) unlimited
coredump(blocks) 2097151
nofiles(descriptors) 2000

:user@aixbox:# ulimit -Ha
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) unlimited
stack(kbytes) 4194304
memory(kbytes) unlimited
coredump(blocks) unlimited
nofiles(descriptors) unlimited

530

Other / Re: AFP2PDF Size Limitation

« on: November 12, 2015, 09:59:06 AM »

THANK YOU ALLESANDRO! I said this but its glad to see someone backs me up

whatever one that is (coredumps) isn't set to unlimited.

531

Other / Re: AFP2PDF Size Limitation

« on: November 12, 2015, 07:27:27 AM »

AIX 5.3

532

Other / AFP2PDF Size Limitation

« on: November 10, 2015, 09:23:21 AM »

Just wondering if anyone has reached an input filesize limitation with AFP2PDF. Is anyone currently using AFP2PDF to convert very large AFP files (2-3 GB) to PDF?

I am getting a core dump when this is attempted 

533

Announcements & News / Re: Express your interests! Put #hashtags in your signature.

« on: November 10, 2015, 09:01:23 AM »

Cool 

534

MP Server / Re: Libsrvr stopping and Windows error messages

« on: November 10, 2015, 08:44:00 AM »

Hi,
Thanks I'll run it by one of my buddies on the network team. It's strange to see in that I'm pretty sure we shouldn't be having that kind of issue only because these servers all sit in the same data farm here in Waterloo. I wondered about the idle time out stuff too but according to the CMOD logs there was constant activity so I'm surprised by that too. We had a bunch of instances like this last year too and then it was like Harry Potter works here. Days of dropped connection SQL errors causing outages and then it stops and we're good again. Never been a big believer in self healing issues, I will see if maybe the network guys can put a sniffer on for a couple days and see what happens. We (IBM) we indexing some huge AFP to PDF files and they take a long time to run. I wonder of maybe something hangs or appears to hang long enough to fool the server into thinking it's surpassed a time out threshold ?
Cheers,
Bruce

For what its worth, I saw a memory leak when converting AFP to PDF and loading into CMOD as a PDF when using Xenos that would cause our library server to die. The fix was addressed at the Xenos level.

535

MP Server / Re: CMOD adobe acrobat (AcroExch.App rc = -214722105) could not be loaded

« on: November 06, 2015, 06:30:22 AM »

I did some more homework and determined that this is only happening on the backup side of the house. It's setup as Datatype PDF, whereas in production it's user defined, with extension PDF and it works fine.

Does anyone know if I make the environments equal if it will fix the issue.

536

MP Server / Re: CMOD adobe acrobat (AcroExch.App rc = -214722105) could not be loaded

« on: November 05, 2015, 06:04:51 AM »

Could this issue be caused by a very old version of acrobat?

537

MP Server / Re: CMOD adobe acrobat (AcroExch.App rc = -214722105) could not be loaded

« on: November 04, 2015, 02:35:11 PM »

Hi,

I already had tried the same but it didn't work.
The reason I figured out was different.
while installing the CMOD, the pdf folder was not installed in the package and hence the pdf reports will not open until the PDF folder is also installed with CMOD under the IBM32 folder(C:\Program Files (x86)\IBM\OnDemand32\PDF).

To find an alternative, i simply changed my view information tab in the application and made the type as - user defined and gave extension as pdf.
The reports are now opening properly.

thanks for the response!

Bumping this back to life as I just came across this issue for the first time in almost 2 years.

FYI- It is setup as User defined (PDF)

Correct me if I am wrong, but you must place arspdf32 within C:\Program Files (x86)\IBM\OnDemand32\PDF to resolve this error? or is it plugins (not PDF's)..

ONE last thing- the user is using Acrobat 7

Thanks all!

538

MP Server / Re: ARSLOAD best practices for failed and successful load

« on: November 04, 2015, 06:39:16 AM »

Easily done via shell script. Have a script that runs via cron or whatever automation tool of choice looking for files that end in .Failed, move them to a seperate directory that is not monitored and then spend a few minutes each day looking into why the files failed. In my experience its been garbage in garbage out, then keep track of via a spreadsheet.

539

Other / Re: Arsload issue-Unable to allocate enough memory

« on: October 30, 2015, 08:20:01 AM »

Hi,

Ulimit -a output also looks good.

ulimit -a
time(seconds)        unlimited
file(blocks)         unlimited
data(kbytes)         unlimited
stack(kbytes)        8192
coredump(blocks)     unlimited
nofiles(descriptors) 8192
vmemory(kbytes)      unlimited

well it doesn't look good for me!!!

You should also increase the stack to "unlimited":

Code: [Select]

ulimit -s unlimited

and try again if that is enoug.

I agree with allesandro. Though we were advised to against the wishes of our unix guys, we went with unlimited for ulimit -Ha and ulimit -a and we had no problems loading files. We were getting issues when trying to load 50MB excel files.

540

MP Server / Re: Limiting export privlages

« on: October 29, 2015, 08:57:28 AM »

Hi Jeff,

at my knowledge, that's not possible.

maybe some "improvement" for CMOD.

My thoughts exactly.