innovaphone Apps SDK Developer Forum

Registered 5 years 118 days

Sam 4951 Tuesday, 10 January 2023, 03:59 PM

coredump generation

Hello,

What are the conditions in which a coredump is generated?

Our app is restarted due to an assertion, but no coredump, nor backtraces are generated.

01-10 08:49:46.156 ASSERT: WebserverResource::SetBuffer(): size greater then WS_MAX_DATA_SIZE (Send:101) 01-10 08:49:47.198 AppService::AppService 718 01-10 08:49:47.209 AppService::AppStart Cloud-Manager@xqting.be

AP Manager app was updated from 13r2 sr15 to sr18, and App Platform itself from 100013 to 110025, but still no coredump.

Best regards,
Sam

Moderator

Registered 15 years 235 days

Daniel Deterding (innovaphone) Tuesday, 10 January 2023, 04:11 PM

Re: coredump generation

Hi Sam,

in such a case a coredump should be generated. Can it be that your binary name is different to the app service id?

This issue is solved with 13r3 btw.

Your app binary should be installed under /app/appserviceid/binaryname and the coredump should be written under /var/log/core_dumps/binaryname

In 13r3 binaryname always equals appserviceid while in 13r2 it was possible to create differences by manually uploading Apps.

Greetings,
Daniel

Registered 5 years 118 days

Sam 4951 Tuesday, 10 January 2023, 05:27 PM

Re: coredump generation

Hey Daniel,

The binary name equals the app service id. At the time of installation (via private App Store), a core_dumps subdir was created, but it's still empty.

See attached listings.

Best regards,

Sam

forum_post.txt

Moderator

Registered 15 years 235 days

Daniel Deterding (innovaphone) Wednesday, 11 January 2023, 08:02 AM

Re: coredump generation

This looks correct. On which system are you testing (ipx11, ipx13, VM)?

Can you attach a dump of the file content of /etc/sysctl.conf

I assume that there is enough free space on the disk /dev/sda2?

Greetings,
Daniel

Moderator

Registered 15 years 235 days

Daniel Deterding (innovaphone) Wednesday, 11 January 2023, 12:39 PM in response to Sam 4951

Re: coredump generation

Hi Sam,

thanks for your files. I found the issue

I will make a fix proposal for 13r2, but until then you may update your AP Manager to 13r3.

The process isn't started with sudo there anymore.

Greetings,

Daniel

Registered 5 years 118 days

Sam 4951 Monday, 7 August 2023, 03:59 PM

Re: coredump generation

Hello Daniel,

This issue is not fixed in 13r3, but now due to another reason.

For processes with a long name (prefixed with company name), the %e parameter in the core_pattern is an abbreviated name, and does thus not match with the subdirectory in /var/log/core_dumps

Best regards,

Sam

Moderator

Registered 15 years 235 days

Daniel Deterding (innovaphone) Friday, 11 August 2023, 11:36 AM

Re: coredump generation

Hi Sam,

I created a fix for this issue for 13r3 SR9.

For now you can modify /etc/sysctl.conf and edit the core_pattern with %f instead of %e

Reload the new configuration afterwards:

sysctl -p /etc/sysctl.conf

Greetings,
Daniel

You are here