Thanks -----Original Message----- From: 389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx [mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Rich Megginson Sent: Thursday, September 30, 2010 3:14 PM To: General discussion list for the 389 Directory server project. Subject: Re: [389-users] Multi-Master setup Reinhard Nappert wrote: > Rick, > > I have seem this again: > [23/Sep/2010:11:23:00 -0300] NSMMReplicationPlugin - > multimaster_be_state_change: replica o=umc is going offline; disabling > replication [23/Sep/2010:11:23:00 -0300] - somehow, there are still 13 > entries in the entry cache. :/ [23/Sep/2010:11:23:00 -0300] - WARNING: > Import is running with nsslapd-db-private-import-mem on; No other > process is allowed to access the database > [23/Sep/2010:11:23:01 -0300] - BAD CACHE ASSERTION at > ../ldap/servers/slapd/back-ldbm/cache.c/765: e->ep_refcnt > 0 > > But this time, I also got an syslog message: > Sep 23 11:23:02 ... kernel: ns-slapd[19506]: segfault at 0 rip > 2ad0cc3bc05d rsp 5b0350c0 error 6 > > This my give you a clue. > > If so, please let me know. This happens with Fedora-Directory/1.1.2 B2009.090.1643 > I don't know. You could try enabling core files: add ulimit -c unlimited to your start-slapd or initscript sysctl -w fs.suid_dumpable=1 Then reproduce the segfault, which should produce a core file in the directory server log directory Then, install the fedora-ds debuginfo package Then, gdb /path/to/ns-slapd /path/to/core.NNNN inside gdb, do thread apply all bt > Thanks, > -Reinhard > > -----Original Message----- > From: 389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx > [mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Rich > Megginson > Sent: Tuesday, August 10, 2010 12:41 PM > To: General discussion list for the 389 Directory server project. > Subject: Re: [389-users] Multi-Master setup > > Reinhard Nappert wrote: > >> Hi, >> >> I have seen the following message in the errors log file, when I set >> MMR agreements up: >> >> [10/Aug/2010:11:46:44 -0400] NSMMReplicationPlugin - >> repl_set_mtn_referrals: could not set referrals for replica o=base: 1 >> [10/Aug/2010:11:46:44 -0400] NSMMReplicationPlugin - >> multimaster_be_state_change: replica o=base is going offline; >> disabling replication >> [10/Aug/2010:11:46:46 -0400] - somehow, there are still 20 entries in >> the entrycache. :/ >> [10/Aug/2010:11:46:46 -0400] - WARNING: Import is running with >> nsslapd-db-private-import-mem on; No other process is allowed to >> access the database >> [10/Aug/2010:11:46:48 -0400] - BAD CACHE ASSERTION at >> ../ldap/servers/slapd/back-ldbm/cache.c/765: e->ep_refcnt > 0 >> [10/Aug/2010:11:46:52 -0400] - Fedora-Directory/1.1.2 B2009.090.1643 >> starting up >> [10/Aug/2010:11:46:52 -0400] - Detected Disorderly Shutdown last time >> DirectoryServer was running, recovering database. >> >> After I re-initialize the database from the supplier (setting >> attribute nsds5BeginReplicaRefresh to start of the agreement object), >> the database gets correctly imported. >> >> Any idea, what is going on? >> > No, not sure. But if you can develop a reproducible test case, that would be helpful. > >> Thanks, >> -Reinhard >> >> --------------------------------------------------------------------- >> - >> -- >> >> -- >> 389 users mailing list >> 389-users@xxxxxxxxxxxxxxxxxxxxxxx >> https://admin.fedoraproject.org/mailman/listinfo/389-users >> > > -- > 389 users mailing list > 389-users@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/389-users > -- > 389 users mailing list > 389-users@xxxxxxxxxxxxxxxxxxxxxxx > https://admin.fedoraproject.org/mailman/listinfo/389-users > -- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users -- 389 users mailing list 389-users@xxxxxxxxxxxxxxxxxxxxxxx https://admin.fedoraproject.org/mailman/listinfo/389-users
