Dear Debian users,
Hopefully you can easily help me with my confusion.
I would like to collect / keep core dumps in the system. For that I use
systemd-coredump package which is configured as following:
=== cut /etc/systemd/coredump.conf ===
[Coredump]
Storage=external
MaxUse=5G
=== cut
Dear Debian users,
Hopefully you can easily help me with my confusion.
I would like to collect / keep core dumps in the system. For that I use
systemd-coredump package which is configured as following:
=== cut /etc/systemd/coredump.conf ===
[Coredump]
Storage=external
MaxUse=5G
=== cut
hardcore0
> /etc/security/limits.conf:#roothardcore10
> $
>
> So in short, the configuration in my initial e-mail was enough to
> disable core dumps?
I prefer to do it this way, but that's a matter of a personal preferen
n my initial e-mail was enough to
disable core dumps? After reading the "man 5 core", I also set the
"kernel.core_uses_pid" to 0.
thanks,
Martin
Hi.
On Wed, Jun 12, 2019 at 12:49:14PM +0300, Martin T wrote:
> As Debian does not seem to use systemd-coredump,
It's a feature, not a flaw.
> then I set the "kernel.core_pattern=|/bin/false" kernel configuration
> in sysctl.conf
sysctl -w kernel.core_pattern=/dev/null
There's no
Hi,
how to disable all automatic core dumps upon the process termination
in Debian 9? As Debian does not seem to use systemd-coredump, then I
set the "kernel.core_pattern=|/bin/false" kernel configuration in
sysctl.conf and following pam_limits.so module configuration:
$ grep -w
Jhair Tocancipa Triana wrote:
Cédric Lucantis writes:
Hi,
I'd like to know how to find which program produced a particular core dump
file, any idea?
,
| (debian-unstable)[EMAIL PROTECTED]:~$ ulimit -c unlimited
|
| (debian-unstable)[EMAIL PROTECTED]:~$ echo
| #include stdio.h
|
|
Hi,
I'd like to know how to find which program produced a particular core
dump file, any idea?
,
| (debian-unstable)[EMAIL PROTECTED]:~$ ulimit -c unlimited
|
| (debian-unstable)[EMAIL PROTECTED]:~$ echo
| #include stdio.h
|
| int main ()
| {
| char * foo = 0;
Cédric Lucantis writes:
Hi,
I'd like to know how to find which program produced a particular core dump
file, any idea?
,
| (debian-unstable)[EMAIL PROTECTED]:~$ ulimit -c unlimited
|
| (debian-unstable)[EMAIL PROTECTED]:~$ echo
| #include stdio.h
|
| int main ()
| {
| char * foo =
Hi,
I'd like to know how to find which program produced a particular core dump
file, any idea?
thanks,
--
Cédric Lucantis
On Fri, Mar 09, 2007 at 03:16:11AM EST, Cédric Lucantis wrote:
Hi,
I'd like to know how to find which program produced a particular core dump
file, any idea?
$ file core_file
for further analysis see also options relative to core dumps under ..
$ man gdb
Thanks,
cga
--
To UNSUBSCRIBE
On Sat, Apr 15, 2006 at 03:50:16AM +0200, Morten O. Hansen wrote:
Same here, it dumps core every time I quit.
I experience this as well.
At first, I presumed it was simply the known GSlice issue with the glib
upgrade, but even with G_SLICE=alway-malloc, the core dump seems to
still to occur,
Hello
For the past few days irssi keeps dumping core files quite regularly.
Has anyone encountered a fix for this problem, thanks.
--
LostSon
http://www.lostsonsvault.org
/\
\ \ \__/ \__/
\ \ (oo) (oo)
\_\/~~\_/~~\_
_.-~===~-._
(___)
On Fri, 2006-04-14 at 17:44 -0500, lostson wrote:
Hello
For the past few days irssi keeps dumping core files quite regularly.
Has anyone encountered a fix for this problem, thanks.
--
LostSon
Same here, it dumps core every time I quit.
- Morten
--
To UNSUBSCRIBE, email to [EMAIL
Hello all,
I'm getting a core dump from a seg fault with mzscheme just after it
displays the copyright notice. It only happens with users other than
root. Any ideas why this may be happening. By the way, I'm running
testing with some packages from unstable (like, for example, mzscheme
:)
TIA
You have 128Mb of memory ;-)
It maps your memory to that virtual file.
It doen't take any space on your disk.
Regards
At 11:51 AM 11/13/99 -0600, David J. Kanter wrote:
I'm trying to free up some disk space so hunted for core dumps. All I could
find (find / -name core -xdev) was /proc/kcore
-BEGIN PGP SIGNED MESSAGE-
On 13 Nov 1999, Riku Saikkonen wrote:
On Sat, 13 Nov 1999, David J. Kanter wrote:
I'm trying to free up some disk space so hunted for core dumps. All I could
find (find / -name core -xdev) was /proc/kcore, which is a whopping
131Mb
I'm trying to free up some disk space so hunted for core dumps. All I could
find (find / -name core -xdev) was /proc/kcore, which is a whopping 131Mb.
Is this a monolithic core dump that can be deleted?
--
David J. Kanter
[EMAIL PROTECTED]
Humans have an innate tendency to attribute
-BEGIN PGP SIGNED MESSAGE-
On Sat, 13 Nov 1999, David J. Kanter wrote:
I'm trying to free up some disk space so hunted for core dumps. All I could
find (find / -name core -xdev) was /proc/kcore, which is a whopping 131Mb.
Is this a monolithic core dump that can be deleted?
The proc
Martin Fluch [EMAIL PROTECTED] writes:
On Sat, 13 Nov 1999, David J. Kanter wrote:
I'm trying to free up some disk space so hunted for core dumps. All I could
find (find / -name core -xdev) was /proc/kcore, which is a whopping 131Mb.
Is this a monolithic core dump that can be deleted?
The proc
On Wed, 30 Sep 1998, Stef Hoesli Wiederwald wrote:
Why can't I save my pictures as GIF in the gimp?
Did you install the package gimp-nonfree from the non-free part of the
distribution? Gimp requires this to view .gif and .tif files
While I'm here, has anyone else noticed that xv dumps core if
On Thu, 21 May 1998, Christian Zander wrote:
hi,
I recently upgraded parts of my bo system to the latest hamm versions,
including
libc6 (obviously).
Since I did so some things have been running better than before - some ran for
the first time (kde beta4) and unfortunately some things don't
On Fri, May 22, 1998 at 08:04:19AM +0200, Daniel Mashao wrote:
Yes I have similar problem and no I have not solved them. Actually I have
no problem with soffice but I cannot run fvwm2 and emacs so far.
Old versions of fvwm2 (pre 2.0.46-BETA-1 I think) had a hardwired search
path for the X
hi,
I recently upgraded parts of my bo system to the latest hamm versions, including
libc6 (obviously).
Since I did so some things have been running better than before - some ran for
the first time (kde beta4) and unfortunately some things don't run anymore.
I encounter the following problem when
On Thu, May 21, 1998 at 08:32:10PM +0200, Christian Zander wrote:
I encounter the following problem when I try to run StarOffice 4.0, Adobe
Acrobat reader, etc. : the application exits with a segmentation fault and
dumps core.
Hmm. All of those are libc5 binaries. Did you install
Hi,
I'm using ksh to run some scripts that generate java code. INormally I
would run these scripts on a Solaris (thus the ksh) but it's so much
faster on my Linux box... :-)
Anyway, today I got one script which is crashing ksh !!!
~/javaSDK/generate sdk SQLViewEntity
Hi,
emacs20 Version: 20.2-6 core dumps when I try to start gnus and
sometimes browsing the info docs.
[EMAIL PROTECTED] ~$ll core
-rw--- 1 denizdeniz 2838528 May 19 15:41 core
[EMAIL PROTECTED] ~$gdb --core core
GNU gdb 4.17
[snip]
This GDB was configured as i586-pc-linux-gnu
binaries, it also tries to run the setup bit, which core-dumps of
course, and then complains about the user setup not being done.
Running a Hamm system that is about a week old since the last
update.
Quick hack to make it work
rename /usr/X11R6/lib to /usr/X11R6/libx
run
On 21 Jan 1998, Raja R Harinath wrote:
Scott Ellis [EMAIL PROTECTED] writes:
The problem is that the setup program is finding the xlib6g libs there,
which causes it a problem since it needs the regular xlib6 libs. Renaming
the directory moves the xlib6g stuff completely out of ld.so's
Running a Hamm system that is about a week old since the last
update.
Quick hack to make it work
rename /usr/X11R6/lib to /usr/X11R6/libx
run the staroffice setup
rename /usr/X11R6/libx to /usr/X11R6/lib
Would there be anything wrong with just making a symbolic link? And
leaveing
tries to run the setup bit, which core-dumps of
course, and then complains about the user setup not being done.
This is what Scott Ellis wrote about it:
The setup script is being confused by your xlib6g (the rest of the
staroffice stuff works). A hack to get it to work is to rename
/usr
Hi
I installed Staroffice 3.1 using the debian installer .deb's All
seemed to have gone fine, but when I run setup to do the per-user
setup
bit, it coredumps... Also if I run swriter3, or any of the other
binaries, it also tries to run the setup bit, which core-dumps of
course
the setup bit, which core-dumps of
course, and then complains about the user setup not being done.
Running a Hamm system that is about a week old since the last
update.
Quick hack to make it work
rename /usr/X11R6/lib to /usr/X11R6/libx
run the staroffice setup
rename /usr/X11R6/libx
Hi
I installed Staroffice 3.1 using the debian installer .deb's All
seemed to have gone fine, but when I run setup to do the per-user setup
bit, it coredumps... Also if I run swriter3, or any of the other
binaries, it also tries to run the setup bit, which core-dumps of
course
bit, which core-dumps of
course, and then complains about the user setup not being done.
Running a Hamm system that is about a week old since the last update.
Quick hack to make it work
rename /usr/X11R6/lib to /usr/X11R6/libx
run the staroffice setup
rename /usr/X11R6/libx to /usr/X11R6/lib
Hello all
I am still having the same problem with perl...
Perl 5.003 works fine, then I install perl-base 5.004.04-3 and perl
5.004.04-3, and suddenly some perl programs work, other core dumps,
such as adduser, and dpkg-ftp
I'd really like to get this problem sorted... I really don't quite
Hello
On Tue, 16 Dec 1997, Neilen Marais wrote:
I have upgraded to 5.004.04-3, and the problem still persists!
Did you install perl-base 5.004.04-3 and then perl 5.004.04-3 ?
There should be a predepends line in perl 5.004.04-3, but I have heard
that this restriction doesn't work somehow.
I
upgraded to 5.004.04-3, and the problem still persists!
as soon as I upgrade to a newer version of perl, adduser core dumps
immediatly, and dpkg-ftp core dumps right after it says:
connectiong to ftp.debian.org
I downgrade to 5.003.something that came with debian 1.3, and
everything works again
On Tue, 16 Dec 1997, Neilen Marais wrote:
I have upgraded to 5.004.04-3, and the problem still persists!
Did you install perl-base 5.004.04-3 and then perl 5.004.04-3 ?
There should be a predepends line in perl 5.004.04-3, but I have heard
that this restriction doesn't work somehow.
Ciao,
Martin Bialasinski wrote:
BTW, the version of PERL I'm trying to install is 5.004.04-2.
There is a perl 5.004.04-3 at
ftp://llug.sep.bnl.gov/pub/debian/Incoming/DONE/
Maybe it will solve your problems.
New problem.
When I attempt to install the Perl 5.004.04-3 file, it breaks at the
Interesting, I am running perl version 5.004.04-2 also, but when I do
perl -v I get:
This is perl, version 5.004_04 built for i386-linux
Copyright 1987-1997, Larry Wall
Perl may be copied only under the terms of either the Artistic License or the
GNU General Public
On Fri, 12 Dec 1997, Ken Lauffenburger wrote:
Interesting, I am running perl version 5.004.04-2 also, but when I do
perl -v I get:
This is perl, version 5.004_04 built for i386-linux
Copyright 1987-1997, Larry Wall
Perl may be copied only under the terms
Pure Energy hat gesagt: // Pure Energy wrote:
Hmm same thing here aswell. I'm running stable but have a few hamm
packages installed. This i get running everyperl script and some
(including adduser) just core dump.. *ANY* help in this would be
appreciated.
Adrenolin [~]$perl -v
perl:
On Tue, 9 Dec 1997, Neilen Marais wrote:
I am having a bit of a problem with Perl.
I am running a mostly hamm system, but whenever I use the newest perl
things start core-dumping (adduser, dpkg-ftp)... The only solution I
have found is to downgrade to the old perl that came with hamm,
On Wed, 10 Dec 1997, Stephen Zander wrote:
Neilen Marais wrote:
Am at my wits end as to how to hanlde this Could someone PLEASE
help?
Sure, if I knew where when perl was core dumping what exactly is going
wrong?
Stephen
Hi Stephen,
Don't know how this can help but
BTW, the version of PERL I'm trying to install is 5.004.04-2.
There is a perl 5.004.04-3 at
ftp://llug.sep.bnl.gov/pub/debian/Incoming/DONE/
Maybe it will solve your problems.
Ciao,
Martin
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word unsubscribe to
[EMAIL PROTECTED]
Hi all!
I am having a bit of a problem with Perl.
I am running a mostly hamm system, but whenever I use the newest perl
things start core-dumping (adduser, dpkg-ftp)... The only solution I
have found is to downgrade to the old perl that came with hamm, though
this of course breaks dependancies
Neilen Marais wrote:
Am at my wits end as to how to hanlde this Could someone PLEASE
help?
Sure, if I knew where when perl was core dumping what exactly is going
wrong?
Stephen
---
Normality is a statistical illusion. -- me
--
TO UNSUBSCRIBE FROM THIS MAILING LIST: e-mail the word
I've been trying to install hamm on a new disk, but I have twice
now had disk problems, or maybe network problems. The
installation went well in both cases. After a couple of days,
ftp crashed and dumped core, apparently leaving me with a
partition that causes fsck to core dump when it checks at
Hi, Gurus
i'm still getting core dumps while trying to
update package list via dpkg-ftp.
I have hamm installed.
Any ideas how to cure it?
Related question is how to get
full list of packages on which
dpkg/dpkg-ftp depends on.
Probably such a list will include:
-perl
-netstd
-libc
, the Xserver crashes
and core dumps.
Which server and what version?
Waiting is,
Dwarf
--
_-_-_-_-_-_- _-_-_-_-_-_-_-
aka Dale Scheetz Phone: 1 (904) 656-9769
Flexible Software 11000 McCrackin Road
e-mail
Ok, a new one for the list...
I went through the install of X, got it to where
the login for the console works, with shadow passwords.
That's the good news.
The bad news is that after I log in, and the default
blue screen for olvwm comes up, the Xserver crashes
and core dumps.
Any ideas? I
and core dumps.
Any ideas? I can make a core dump available, if someone
really really wants to look at it... :^
Querry: Is an .Xdefaults (or whatever) file required in
my home directory? If so, where is this in the docs since
I seem to be unable to find it?
Change the command line
As there are several bugs in the 3.2 package (some of which you have already
dealt
with) I would recommend you try the 3.3-3 packages found in bo-updates. I am
using
olvwm with the 3.3-3 svga server with no problems.
I will do so, thanks.
Luck,
Dwarf
Curt-
---
Curt Howland [EMAIL
---BeginMessage---
The man package that Debian uses doesn't need the makewhatis command.
Debian 1.1.xx had a bug in apropos, that is fixed in Debian 1.2
You should upgrade, but I fear that this upgrade will affect a lot of
programs, not only apropos ...
I don't know anything about the other
On Wed, 18 Dec 1996, Eduardo Diaz Comellas wrote:
BTW, is there any way to install debian
in a large group of computers without selecting the packages every time?
AFAIK, not directly.
An indirect workaround is to put the files in one directory (NFS mount,
maybe? Symlinks to the CD?) and just
Comellas [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]
To: Lista de usuarios de debian [EMAIL PROTECTED]
Subject: apropos core dumps
Resent-Date: Wed, 18 Dec 1996 10:00:52 +0100
Resent-From: debian-user@lists.debian.org
Hi!
I installed debian 1.14 a few weeks ago, and have found some problems.
1
Hi!
I installed debian 1.14 a few weeks ago, and have found some problems.
1.- apropos finishes with a core dump, and there is no makewhatis command.
2.- mc fails to work saying that there is no libgpm.so
3.- I canot run executor, as I need libgdbm.so.2, and there is no package
Hi!
I installed debian 1.14 a few weeks ago, and have found some problems.
1.- apropos finishes with a core dump, and there is no makewhatis command.
2.- mc fails to work saying that there is no libgpm.so
3.- I canot run executor, as I need libgdbm.so.2, and there is no package
59 matches
Mail list logo
