Reinhard Nappert wrote: > Rick, > the server dumps the logs into the configured working directory (nsslapd-workingdir attribute in cn=config), right? > Right. > -Reinhard > > -----Original Message----- > From: 389-users-bounces at lists.fedoraproject.org [mailto:389-users-bounces at lists.fedoraproject.org] On Behalf Of Rich Megginson > Sent: Tuesday, September 07, 2010 10:56 AM > To: General discussion list for the 389 Directory server project. > Subject: Re: Segfault & Core Dumps > > Dael Maselli wrote: > >> Hi, >> >> I'm experiencing a lot of segmentation fault on my installations, I >> have the latest release on EPEL on SL 5.4 (389-Directory/1.2.5 B2010.012.2034). >> >> > Do you see seg fault messages in /var/log/messages? > >> I'm trying to get core dumps but without success. Is there a specific >> configuration that prevents/allows 389-ds to core dump? >> >> The default on linux, you know, is to have core dump soft limit to 0, >> so I changed it for 389 in /etc/sysconfig/dirsrv, adding the line: >> ulimit -c unlimited >> >> and now I get: >> >> # more /proc/`pidof ns-slapd`/limits | grep core >> Max core file size unlimited unlimited bytes >> >> Kernel parameters are at default: >> >> # sysctl -a | grep kernel.core >> kernel.core_pattern = core >> kernel.core_uses_pid = 1 >> >> So, I expected a core dump in /proc/`pidof ns-slapd`/cwd/, right? >> >> > The directory server dumps core in the log file directory, which by default is /var/log/dirsrv/slapd-INSTANCE > > Is the crash easily reproducible? > >> But when it segfaults no file is created in cwd. >> >> Can you help me, please? >> >> Thank you. >> >> Best regards, >> Dael Maselli. >> -- >> 389 users mailing list >> 389-users at lists.fedoraproject.org >> https://admin.fedoraproject.org/mailman/listinfo/389-users >> >> > > -- > 389 users mailing list > 389-users at lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/389-users > -- > 389 users mailing list > 389-users at lists.fedoraproject.org > https://admin.fedoraproject.org/mailman/listinfo/389-users >