Short dumps.

[Former Member]

Hi all,

As i faced a problem, where i got lots of shortdumps.When i analysed the dumps i concluded that it was due to memory space and did the necessary things and also the issue was solved.But my question is as i saw the dumps , all the dumps are due to the user "BW_USER".As i analysed the sm51 when i was getting errors, all my dialog process were used by above user.As that time there was no BW_user present.So please suggest what would be the reason for getting the dumps of the particular user.

Thanks in advance.

Regards,

Amit

[markus_doehr2]

Copy the content of the first 5 pages of the dump here - then we may help you better.

--

Markus

[Former Member]

<b>ERROR ANALYSIS</b>

An exception occurred. This exception is dealt with in more detail below

. The exception, which is assigned to the class 'CX_SY_OPEN_SQL_DB', was

neither

caught nor passed along using a RAISING clause, in the procedure

"CHANGEDOCUMENT_CLOSE" "(FUNCTION)"

.

Since the caller of the procedure could not have expected this exception

to occur, the running program was terminated.

The reason for the exception is:

Please find the error analysis of the dump.I think this would help to analyse the dump.

Waiting for the valuable suggestion.

Thanks in advance.

Regards,

Amit

[markus_doehr2]

> <b>ERROR ANALYSIS</b>

>

> An exception occurred. This exception is dealt with

> in more detail below

> . The exception, which is assigned to the class

> 'CX_SY_OPEN_SQL_DB', was

This is a database issue.

Check the "analysis" section for an ORA- error code.

--

Markus

[Former Member]

Hi Markus,

Thanks for your immediate response.I had checked the ora error and also about the description given which says about the table space.Actually issue was resolved when i increase the tablespace size but im actually intrested in knowing why the dumps are generated on particular user(BW_USER).

When the users job or user was not available at that time.

Please suggest the needuful.

Thanks in advance.

Regards,

Amit

[markus_doehr2]

You need to increase the tablespace in order to reserve more space.

BW works asynchronously, the BI system will call into R/3 depending on the process chain defined there and download delta data. That job is triggered through the BI system and not through the scheduler on your R/3 system.

--

Markus

[Former Member]

Hi Markus,

Thanks for the immediate response.As i checked with the BW person who does the process chain activity.As per our conversation the process chain activity was effected not bcoz of the issue i had mentioned as the timings were different.So i think its clear that the issue what i had is not bcoz of that.Waiting for your valuable suggestion.

Thanks in advance.

Regards,

Amit

[markus_doehr2]

We have the following facts:

- user name is BI_USER

- no jobs was running that was scheduled in your R/3 system

- the user BI_USER is the use, the BI system uses

--> thus I would conclude, that there was in fact a chain running - or a manual load or something else.

--

Markus