similar to: core files

I have a instance of Asterisk 1.2.14 that is being run from safe_asterisk. Asterisk is seg faulting and NOT generating a core dump. Why would that be? How can I make it dump core? Is there a setting in the safe_asterisk script that I am missing? Thanks, Doug. -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi List, While I know that "upping" ulimit will fix the issue I am trying to understand what will cause it. I have a few set ups that are almost exactly the same yet some machines used to give this error often and others don't. I also noticed the error a lot more on my boxes running 1.4.X. TIA. Dovid -------------- next part -------------- An HTML attachment was scrubbed... URL:

Hi Johanners Berg, I put the antispam plugin to work (some days ago) and now my imap daemon dies with segfault. I don't have nothing (wrong) in logs, just a lot of segfaults... Dec 10 15:37:21 curie kernel: printk: 22 messages suppressed. Dec 10 15:37:21 curie kernel: imap[4774]: segfault at 8 rip 2afe7fe7d7ff rsp 7fff2b9bdab0 error 6 Dec 10 15:37:21 curie kernel: imap[4779]: segfault at 8

Hi, Recently started receiving the error $SUBJECT. Soon after a number of segfault errors are reported for pop3-login. Based on my configuration, I believe I am set up to receive core files; however, my ulimit -c is 0. I have tried setting ulimit -c ... in /etc/init.d/dovecot and I have tried modifying /etc/security/limits.conf. In all cases /proc/[pid]/limits continued to report that my

I'm running Dovecot dovecot-1.0.r13 on FreeBSD (FreeBSD 6.1-RELEASE- p10). Mail is stored in mbox format (dovecot.conf after the msg). Procmail delivers mail to subfolders under ~/.mail, locking using dotfiles. One folder in particular for one user has an mbox file ~/.mail/Cron. Quite often, I'll see that procmail processes are stacking up because ~/.mail/Cron.lock exists, and

Dovecot 1.0.rc15 crashed on my FC4 server, but it didn't create a core dump. Upon further research, I found these lines tucked away in the /etc/rc.d/init.d/functions file: # make sure it doesn't core dump anywhere unless requested ulimit -S -c ${DAEMON_COREFILE_LIMIT:-0} >/dev/null 2>&1 The /etc/rc.d/init.d/functions file is a master file that is referenced by all of the init

I'm getting some cra shes with 1.1.1, but even with these start options: #!/bin/sh mkdir /var/core chmod 1777 /var/core echo /var/core/%p > /proc/sys/kernel/core_pattern ulimit -n 65535 ulimit -c unlimited /usr/local/sbin/dovecot -F I'm not getting any corefiles - why? It definitely used to work :) Jun 22 00:05:53 postamt dovecot: imap-login: *** glibc detected *** imap-login:

Yo Timo, did you say that login processes "just don't crash"? Found these while doing load/malformed data tests. Got the kernel patch allow_setid_cores working. Don't have time to check if they're exploitable. Probably time to get a gamma version out for people, eh? Cheers, Jared :)

Hi all. I ran "ulimit -c unlimited" as root on my machine (centos 5.3 x86_64) when I run the process it is getting SIGSEGV but not creating a core dump? What else do I need to do to get a core dump file when I run "gdb myprocess" the SIGSEGV does not happen. Jerry

Hi all, Is there anyway to limit the new core dumping panics? Can't find anything on it. (If I'd only looked in that ...) Was my mistake, but winbindd filled up an entire volume and froze out every process writing to that drive. I started it from a shell and my soft limit is already zero. (ulimit -S -c 0) FC4 2.6.16-1.2069 smp, gcc 4.0.2-8 samba 3.0.23pre2-SVN-build-15162 Regards, Doug

This is frustrating. Asterisk has crashed now twice today and neither crash has produced a core file. My ulimit is unlimited. I'm using safe_asterisk so asterisk is restarting immediatly, but how the hell am I suposed to find out wtf happened with no core file? Debug log doesn't say anything either. AGRHHHHHHHH -Matthew --

Hi all, I am trying to stream for over 1k users on Ubuntu 16.04. I notice that when stream connection is over 1024, it get warning like this: WARN connection/_accept_connection accept() failed with error 24: Too many open files Tried these configs and reboot, it won't work! /etc/pam.d/common-session session required pam_limits.so /etc/sysctl.conf fs.file-max = 100000

> Why does fork-exec for llvm-symbolizer work, but simple exec(self) does not? Because the llvm-symbolizer the runtime finds is built for the host architecture. This is weird, yes, but once we integrate the symbolizer, it goes away. > Could we write a ulimit-like utility that would do setrlimit and then > exec the specified binary > %run %ulimit -s 8192 %t? I like that idea. How

Hi All, Hope you people are doing good. I have a manifest file : lass profile { # setup profile parms. We dont handle non Ubuntu OS yet if ("$operatingsystem" == "Ubuntu") { file { "/etc/profile.d": ensure => directory, purge => true, force => true, recurse =>

Hi I update os from debian8 to debian9 # 2.2.36.4 (baf9232c1): /etc/dovecot/dovecot.conf # Pigeonhole version 0.4.24.2 (aaba65b7) # OS: Linux 4.9.0-13-amd64 x86_64 Debian 9.13 All works fine but sometimes I get: Sep 16 09:17:00 dovecot4 dovecot: master: Error: service(pop3): fork() failed: Resource temporarily unavailable (ulimit -u 257577 reached?) Sep 16 09:17:00 dovecot4 dovecot: master:

Running across some curious stuff with ulimit on CentOS 5.10. We have a non CentOS packaged version of Asterisk (using their packages) that we start at boot time with a typical RC script. Recently it started whining that it couldn't open enough file handles. As we dug further into this, it appears that at boot time, it inherits ulimit from init, which is pretty low: 1024. We've set

Hello, On a production system, I'm seeing this: [Feb 13 16:47:00] WARNING[14742] res_agi.c: Unable to create toast pipe: Too many open files [Feb 13 16:47:00] WARNING[9283] acl.c: Cannot create socket [Feb 13 16:47:00] WARNING[9283] rtp.c: Unable to allocate RTCP socket: Too many open files [Feb 13 16:47:00] WARNING[14732] acl.c: Cannot create socket [Feb 13 16:47:00] WARNING[14732]

"Writing R Extensions" says {quotes} If you have a crash which gives a core dump you can use something like gdb /path/to/R/bin/exec/R core.12345 to examine the core dump. If core dumps are disabled... {unquotes} sadly it doesn't go on to say how to enable if core dumps are disabled. I understand that in bash I need to do $ ulimit -c unlimited but this doesn't seem to

> execv(argv[0]) is a canonical way to restart the > process, it's sad that the emulator interferes with that. We have the option to emulate the instruction set or emulate the OS. The former is lighter weight and easy to configure. The downside is that system calls route to the host system. That can be useful if, for example, the executable invokes llvm-symbolizer. While

Hi Jared, I've seen the same while testing on digital ocean, I think it's the context switching that happens when sending a packet. I've done some testing with wireguard and that has a lot better performance but it's still changing quite a lot and only does a subset of what tinc does so probably not a stable solution. Martin On Wed, 17 May 2017 at 18:05 Jared Ledvina <jared at