SolMan 7.01: EXPORT_BUFFER_NO_MEMORY with tx dswp after SPS 30

[benoit-schmid]

Hello,

After applying the SPS 30 for Solution Manager 7.0 EhP1, I have st22 dump after running the following transaction:

dswp -> Solution Settings

Would you know if there is note related to this problem?

The st22 detail is:

Error analysis
	An exception occurred that is explained in detail below.
	The exception, which is assigned to class 'CX_SY_EXPORT_BUFFER_NO_MEMORY', was
	not caught and
	therefore caused a runtime error.
	The reason for the exception is:
	This is probably due to a very large dataset, for which there are
	insufficient resources in your installation.
	The shared buffer can only store objects up to a certain maximum
	size that depends on the (adjustable) total size of the buffer.
	This maximum size was exceeded in the operation that was terminated.

User and Transaction
	Client.............. 001
	User................ "BSCHMID"
	Language key........ "E"
	Transaction......... "DSWP "
	Transactions ID..... "5106A343CC44337DE10000000AC20A09"
	Program............. "SAPLS_SOLAR_LIBRARY"
	Screen.............. "RDSMOP_MAIN 0100"
	Screen line......... 5

Thanks in advance for your answer.

[Former Member · Accepted solution]

Hi,

Please review

Note 520684 - Runtime error "EXPORT_BUFFER_NO_MEMORY"

Thanks,

Jansi

[Former Member · Accepted solution]

That´s the note I used when I stumbled upon this issue a while back.

Didn´t feel like searching for it again

[Former Member]

Hi, just got this dump too. Thanks for help. Solved.

[benoit-schmid]

Hello,

I have set the value of the export/import buffer to 12 MB.

It seems to work.

Thanks for your help.

[Former Member]

Hi Benoit,

In the dev_wn file in your work directory you will find the complete dump.

Here it will tell you the amount of buffer asked.

Most likely it will be less then your current value of rsdb/obj/max_buffer

Alter the following 2 parameters in the instance profile:

rsdb/obj/buffersize

rsdb/obj/max_objects

buffersize should be approx. 4 or 5 * max_buffer

max_buffer should be set to a number higher then the dump told you.

If your values are default they will be

rsdb/obj/buffersize = 4096  ---> 16896

rsdb/obj/max_objects = 2000 ---> 3000

Restart your instance and try again.

Let me know the outcome!

Regards,

David

[benoit-schmid]

Hello,

David Kroone wrote:
In the dev_wn file in your work directory you will find the complete dump.

Is there an easy way to find out what is the number n of dev_wn?

Thanks in advance for your answer.

[Former Member]

Hi Benoit,

Generate the dump again by running dswp -> Solution Settings

Look at the time stamp.

Next go to your OS, search the file, and look at the time stamp

That should help you find it!

Regards,

David

[benoit-schmid]

Hello,

David Kroone wrote:
Hi Benoit,
Generate the dump again by running dswp -> Solution Settings
Look at the time stamp.
Next go to your OS, search the file, and look at the time stamp 
That should help you find it!
Regards,
David

Yes this is almost what I have performed as I have grep in the files.

% grep ObjTooLar dev_w*

dev_w3:B  ***LOG BYE=> invalid interface parameter ObjTooLar  [dbexpbuf     3389]

dev_w4:B  ***LOG BYE=> invalid interface parameter ObjTooLar  [dbexpbuf     3389]

dev_w7:B  ***LOG BYE=> invalid interface parameter ObjTooLar  [dbexpbuf     3389]

dev_w7:B  ***LOG BYE=> invalid interface parameter ObjTooLar  [dbexpbuf     3389]

dev_w9:B  ***LOG BYE=> invalid interface parameter ObjTooLar  [dbexpbuf     3389]

dev_w9:B  ***LOG BYE=> invalid interface parameter ObjTooLar  [dbexpbuf     3389]

But I was wondering if there is a generic way to find the file from sm21 or st22,

as I am always guessing instead of using the "direct" method.

Would you know if it possible to derive the filename from st22 or sm21?

Thanks in advance for your answer.

[Former Member]

In ST22 look at the dump, click on (or scroll to)  System Environment

..........

........

..........

Work process number ...n