Thank you, Carlos.
Could you repeat running gdb once more after installing debuginfo
packages as follows?
# yum install 389-ds-base-debuginfo libdb-debuginfo
Note: you may need to enable debuginfo in you /etc/yum.repo.d/*.repo
enabled=1
Could you also share this output?
# egrep nsslapd-db /etc/dirsrv/slapd-YOUR_SERVER_INSTANCE/dse.ldif
Thanks.
On 07/15/2016 02:22 AM, Carlos Barrabes wrote:
Hello,
following your advice I ran the debugger and this is what I got:
(gdb) run -D /etc/dirsrv/slapd-pki -i /tmp/pid -d 0
Starting program: /usr/sbin/ns-slapd -D /etc/dirsrv/slapd-pki -i
/tmp/pid -d 0
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib64/libthread_db.so.1".
[15/Jul/2016:05:03:13 +0100] - 389-Directory/1.3.3.10 B2015.118.1912
starting up
[15/Jul/2016:05:03:13 +0100] - WARNING -- Minimum cache size is 512000
-- rounding up
[15/Jul/2016:05:03:13 +0100] - WARNING -- Minimum cache size is 512000
-- rounding up
[15/Jul/2016:05:03:13 +0100] - WARNING -- Minimum cache size is 512000
-- rounding up
[15/Jul/2016:05:03:13 +0100] - WARNING -- Minimum cache size is 512000
-- rounding up
[15/Jul/2016:05:03:13 +0100] - WARNING -- Minimum cache size is 512000
-- rounding up
[15/Jul/2016:05:03:13 +0100] - WARNING -- Minimum cache size is 512000
-- rounding up
[15/Jul/2016:05:03:13 +0100] - WARNING: pki-matrix-gabon-OCSP: entry
cache size 512000B is less than db size 516096B; We recommend to
increase the entry cache size nsslapd-cachememsize.
[15/Jul/2016:05:03:13 +0100] - WARNING: pki-matrix-gabon-CA: entry
cache size 512000B is less than db size 1589248B; We recommend to
increase the entry cache size nsslapd-cachememsize.
[15/Jul/2016:05:03:13 +0100] - Detected Disorderly Shutdown last time
Directory Server was running, recovering database.
Program received signal SIGBUS, Bus error.
0x00007fffeef86a08 in __env_size_insert () from /lib64/libdb-5.3.so
and
(gdb) thread apply all bt
Thread 1 (Thread 0x7ffff7fd3800 (LWP 6597)):
#0 0x00007fffeef86a08 in __env_size_insert () from /lib64/libdb-5.3.so
#1 0x00007fffeef910ac in __env_detach () from /lib64/libdb-5.3.so
#2 0x00007fffeef915da in __env_remove_env () from /lib64/libdb-5.3.so
#3 0x00007fffeef8afdd in __env_open () from /lib64/libdb-5.3.so
#4 0x00007fffed3014d5 in dblayer_start () from
/usr/lib64/dirsrv/plugins/libback-ldbm.so
#5 0x00007fffed356aa1 in ldbm_back_start () from
/usr/lib64/dirsrv/plugins/libback-ldbm.so
#6 0x00007ffff7b49283 in plugin_call_func () from
/usr/lib64/dirsrv/libslapd.so.0
#7 0x00007ffff7b49b84 in plugin_dependency_startall.isra.10.constprop
() from /usr/lib64/dirsrv/libslapd.so.0
#8 0x00005555555653fb in main ()
Thanks!
On 07/14/2016 06:22 PM, Noriko Hosoi wrote:
> On 07/14/2016 09:06 AM, Carlos Barrabes wrote:
>> Hello,
>>
>> we have a Fedora22 machine running 380 + Dogtag 10.2. Everything has
>> been running smooth until today when we realized the DS was down and
>> wouldn't go up.
>>
>> After checking all the logs, we got this error message:
>>
>> Detected Disorderly Shutdown last time Directory Server was
>> running, recovering database.
> Could you please try this command line?
> ps -ef | grep ns-slapd
>
> If you see the ns-slapd process, start up (actually, database
> recovery) is still running. Depending upon the size of the
> transaction log, it'd take a very long time.
>
> If you don't see the process in the ps output, please start the
> server from gdb:
> # gdb /usr/sbin/ns-slapd
> (gdb) run -D /etc/dirsrv/slapd-SERVER_INSTANCE -i /tmp/pid -d 0
>
> Once it crashes, get the stacktraces.
> (gdb) thread apply all bt
>
> And post the stacktraces?
>>
>> We have even tried to reboot the entire server but the problem
>> persists. Any suggestions on how to fix this will be really
>> appreciated :D
>>
>>
>> Thanks!
>>
>> --
>> 389-users mailing list
>> 389-users(a)lists.fedoraproject.org
>>
https://lists.fedoraproject.org/admin/lists/389-users@lists.fedoraproject...
>>
>
> --
> 389-users mailing list
> 389-users(a)lists.fedoraproject.org
>
https://lists.fedoraproject.org/admin/lists/389-users@lists.fedoraproject...
>
--
389-users mailing list
389-users(a)lists.fedoraproject.org
https://lists.fedoraproject.org/admin/lists/389-users@lists.fedoraproject...