Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Supporting core dumps #19

Open
KSchopmeyer opened this issue Mar 17, 2021 · 0 comments
Open

Supporting core dumps #19

KSchopmeyer opened this issue Mar 17, 2021 · 0 comments
Labels
help wanted Extra attention is needed

Comments

@KSchopmeyer
Copy link
Collaborator

KSchopmeyer commented Mar 17, 2021

Our build or server do not support creating core dumps when a process fails. The issues as I understand them are:

  1. The OS defines the location and file name pattern for a core dump with /proc/sys/kernel/core_pattern. However, in the containuer it uses the definition from the host system and is marked as readonly. In (at least a ubuntu host) the definition for a core dump is normally:
    |/usr/share/apport/apport %p %s %c %d %P %E

Which defines the apport app as the target with a bunch of other data for the app.

We do not install apport in the container so that all falls apart and core dumps are simply not recorded.

Since we do not set ulimit. starting the container with the option --ulimit core=0 does officially disable core dumps. An alternative is apparently to set kernel.core_patther=/dev/null

  1. Not sure if we need core dumps. I need the capability right now but that is temporary trying to figure out a specific problem and I might be able to do the same thing with a vull VM
  2. I am guessing that apport is probably not the way we want to generate them if we do enable core dumps.
@KSchopmeyer KSchopmeyer added the help wanted Extra attention is needed label Mar 17, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
help wanted Extra attention is needed
Projects
None yet
Development

No branches or pull requests

1 participant