Got dump from ACCESS VIOLATION

[Former Member]

Dear all.

After migrating DSXI Jobs from version 3.2 to 4.1. Now, we have an abort with ACCESS VIOLATION and with the help of this forum the necessary dumps.

Now what are the next steps when you are using BODS within SAP ?

I tried to find a category in ITDirect but with no luck.

Has anyone directions ?

Thank you in advance

Andreas

[Former Member]

It looks like the job server tried to free memory it no longer owned.

It has been a long time since I lived in the debugger world but that is what it looks like to me.

Can you limit the input data to a few rows and then crank up the input data until it crashes?

[former_member200473]

Hi Andears,

could you please post the screenshot for error log (you have posted for Trace log) with db2 error id and process id ( just full screenshot).

[Former Member]

Hi Jim.

Input Data for the whole Job is 1680 rows.

The data flow where the job crashes has 0 rows input.

Now we have the same job run from another run repository and have seen that once it aborts but after 30th of april it has worked without change.

Job in the previously used repo crashes constantly when run from the designer.

Where could i send the Dumps to for letting someone analyze it ?

Best regards

Andreas

[Former Member]

Hello Andreas,

Could you post the error details you are getting from the designer?

Arun

[Former Member]

Hi Arun.

Here are the messages:

Best regards

Andreas

[Former Member]

Whats your database? Is it bulk loading? Have you checked for any Database Lock?

Arun

[Former Member]

Hi Arun.

Database is IBM DB2.

But: Why should a database lock generate a process abort ?

I had expected either waiting forever or an error message like 'Lock timeout' depending on the database session configuration.

Best regards

Andreas

[Former Member]

Andreas,

Whats your record count?

Arun