Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.user > #245727

Re: getting a regular user to dump core when a program crashes

From songbird <songbird@anthive.com>
Newsgroups linux.debian.user
Subject Re: getting a regular user to dump core when a program crashes
Date 2022-02-28 18:00 +0100
Message-ID <DVRxn-4XlQ-1@gated-at.bofh.it> (permalink)
References <DVPOV-4WxB-1@gated-at.bofh.it> <DVQhX-4WGC-1@gated-at.bofh.it> <DVR4l-4XbE-3@gated-at.bofh.it> <DVRe1-4XeW-7@gated-at.bofh.it> <DVRnH-4Xik-5@gated-at.bofh.it>
Organization the little wild kingdom

Show all headers | View raw


The Wanderer wrote:
> On 2022-02-28 at 11:35, Greg Wooledge wrote:
>> On Mon, Feb 28, 2022 at 11:25:13AM -0500, songbird wrote:
>>
>>> >> me@ant(14)~$ ulimit -a
>>> >> real-time non-blocking time  (microseconds, -R) unlimited
>>> >> core file size              (blocks, -c) unlimited
>>>=20
>>>   i had accomplished the ulimit change already, but the lack of=20
>>> the proper permission on the output directory meant that a core
>>> file would not be generated.
>>=20
>> What is an "output directory"?  Core files are dumped in the process's
>> *working* directory, which is "where you are when you run it".
>
> By default, yes, that's the case. However, from songbird's original
> post:
>
>>>>> i have the following set in my /etc/sysctl.conf:
>>>>>=20
>>>>> # core file location and file name format
>>>>> kernel.core_pattern=3D/crash/core.%u.%E.%p
>
> That appears to be a kernel parameter which defines the path and
> filename of the core file.

  yes!  i don't know which process is crashing to cause 
the lockup.  it is nice if all core files from crashes are 
located in one spot so i can find them without having to 
hunt for them.  this may not really work if the process isn't
actually dumping core, but we'll see if i can figure out 
which one it is.


> I imagine that this was set in order to be able to specify a filename
> other than the default, with relevant information about the dumping
> process (and avoiding the problem of multiple such files overwriting one
> another), and that the syntax of the kernel parameter in question is
> such that you have to specify the full path to the file.


  songbird

Back to linux.debian.user | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

getting a regular user to dump core when a program crashes songbird <songbird@anthive.com> - 2022-02-28 16:10 +0100
  Re: getting a regular user to dump core when a program crashes Greg Wooledge <greg@wooledge.org> - 2022-02-28 16:40 +0100
    Re: getting a regular user to dump core when a program crashes songbird <songbird@anthive.com> - 2022-02-28 17:30 +0100
      Re: getting a regular user to dump core when a program crashes Greg Wooledge <greg@wooledge.org> - 2022-02-28 17:40 +0100
        Re: getting a regular user to dump core when a program crashes The Wanderer <wanderer@fastmail.fm> - 2022-02-28 17:50 +0100
          Re: getting a regular user to dump core when a program crashes songbird <songbird@anthive.com> - 2022-02-28 18:00 +0100
          Re: getting a regular user to dump core when a program crashes Reco <recoverym4n@enotuniq.net> - 2022-02-28 18:20 +0100
          Re: getting a regular user to dump core when a program crashes Greg Wooledge <greg@wooledge.org> - 2022-02-28 18:30 +0100
            Re: getting a regular user to dump core when a program crashes songbird <songbird@anthive.com> - 2022-02-28 19:50 +0100

csiph-web