[389-users] ns-slapd segfault during db2ldif export
Rich Megginson
rmeggins at redhat.com
Mon Aug 9 14:11:20 UTC 2010
Johan Venter wrote:
> Hi all,
>
> Last night I attempted to upgrade my 389 cluster to the latest 1.2.6rc6.
>
> The node that I started with is currently running 1.2.6rc3 and after the
> yum upgrade (running on CentOS, so from epel-testing) I tried to follow
> the instructions at
> http://directory.fedoraproject.org/wiki/Subtree_Rename#warning:_upgrade_from_389_v1.2.6_.28a.3F.2C_rc1_.7E_rc6.29_to_v1.2.6_rc6_or_newer.
>
> The db2ldif export of NetscapeRoot was fine, but the export of userRoot
> resulted in either 1 of 2 outcomes:
> 1. ns-slapd segfaulted
> 2. ns-slapd sat there doing nothing, using no CPU time at all
>
> I tried multiple times with reboots in between and found that (1) only
> happens the first time, then any attempt to rerun the same db2ldif
> command results in (2).
>
> I know this is not exactly a useful bug report, but I was hoping you
> could point me at what I need to do to report properly - can I just run
> gdb on the ns-slapd process and post the results or are there no debug
> symbols in the binary from the testing packages?
>
The 389-ds-base-debuginfo package contains the debug symbols.
yum install 389-ds-base-debuginfo --enablerepo=fedora-debuginfo
Then you can run gdb and get a stack trace
> Do I need to setup a VM, compile a debug build from source and see if I
> can replicate?
>
> Cheers,
> Johan
> --
> 389 users mailing list
> 389-users at lists.fedoraproject.org
> https://admin.fedoraproject.org/mailman/listinfo/389-users
>
More information about the 389-users
mailing list