Re: [389-users] Multi-Master setup

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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


[Index of Archives]     [Fedora Directory Users]     [Fedora Directory Devel]     [Fedora Announce]     [Fedora Legacy Announce]     [Kernel]     [Fedora Legacy]     [Share Photos]     [Fedora Desktop]     [PAM]     [Red Hat Watch]     [Red Hat Development]     [Big List of Linux Books]     [Gimp]     [Yosemite News]

  Powered by Linux