openldap-bugs

openldap-bugs@openldap.org

1 participants
21003 discussions

Re: (ITS#6320) Replication Issues
by quanah＠zimbra.com 01 Oct '09

01 Oct '09

--On Thursday, October 01, 2009 12:20 PM -0700 Jeff Doyle <j(a)telepaths.org> wrote: > Yes, that is the first thing attempted (both via using LOCAL4 -> syslog > and via running slapd via cmd line) > > We see a brand-new server replicate all records (sids, csns, etc all look > fine) without incident. An existing server will receive, as I said, all > of the changes ... at least for awhile. > > Nothing in the sync activity looks out of the ordinary (and I have read > quite a few posts to be able to discern what the items inside mean) > > When a replication error occurs, often nothing at all is seen inside the > logs (no error mesg, no segfault, nothing) to indicate a failure has > occurred. Oftentimes, when SyncRepl fails to replicate, it is NOT during > testing, so it is difficult for us to find out exactly WHEN the error > occurred, as it could have happened at any point within the past 24 hrs, > and up to a week ago. > > I can try to replicate this error deliberately. Unfortunately it is very > difficult to make happen at-will. My concern is that someone will try to > close this ticket before I have witnessed the event. Hm, I would suggest creating an accesslog database on the master that records all of your changes. That way, you can look at the CSN stamp of what failed and look at the change in the accesslog DB. It sounds like however that the replica syncrepl is simply failing to see the change occur on the master if it isn't logging anything about the missing change. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6320) Replication Issues
by j＠telepaths.org 01 Oct '09

01 Oct '09

Yes, that is the first thing attempted (both via using LOCAL4 -> syslog and via running slapd via cmd line) We see a brand-new server replicate all records (sids, csns, etc all look fine) without incident. An existing server will receive, as I said, all of the changes ... at least for awhile. Nothing in the sync activity looks out of the ordinary (and I have read quite a few posts to be able to discern what the items inside mean) When a replication error occurs, often nothing at all is seen inside the logs (no error mesg, no segfault, nothing) to indicate a failure has occurred. Oftentimes, when SyncRepl fails to replicate, it is NOT during testing, so it is difficult for us to find out exactly WHEN the error occurred, as it could have happened at any point within the past 24 hrs, and up to a week ago. I can try to replicate this error deliberately. Unfortunately it is very difficult to make happen at-will. My concern is that someone will try to close this ticket before I have witnessed the event. Jeff On Oct 1, 2009, at 12:14 PM, Quanah Gibson-Mount wrote: > --On Thursday, October 01, 2009 3:19 AM +0000 j(a)telepaths.org wrote: > >> >> --Apple-Mail-6--965444022 >> Content-Transfer-Encoding: 7bit >> Content-Type: text/plain; >> charset=us-ascii; >> format=flowed > > Have you set the loglevel on all servers to include "sync" level > logging? > > --Quanah > > > -- > > Quanah Gibson-Mount > Principal Software Engineer > Zimbra, Inc > -------------------- > Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6320) Replication Issues
by quanah＠zimbra.com 01 Oct '09

01 Oct '09

--On Thursday, October 01, 2009 3:19 AM +0000 j(a)telepaths.org wrote: > > --Apple-Mail-6--965444022 > Content-Transfer-Encoding: 7bit > Content-Type: text/plain; > charset=us-ascii; > format=flowed Have you set the loglevel on all servers to include "sync" level logging? --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#6319) opened files
by hyc＠symas.com 01 Oct '09

01 Oct '09

M8R-njfnr31(a)mailinator.com wrote: > Full_Name: Miki Manó > Version: 2.4.18 > OS: debian linux > URL: > Submission from: (NULL) (91.120.159.49) > > > hello > > i'm running slapd server with 100 clients over ssl. i see the server don't > close > the file descriptors always and the limit of open files is exceeded. how could > i > help your work to find this bug? > > file limit is reached too with following options: > > idletimeout 60 > writetimeout 60 > > the creation time of file descriptors is older than 60s. Please provide the output from "lsof" on the slapd process. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

ITS#6312 published: SECURITY: VC++: stdio.h(358) : error C3163: '_vsnprintf': attributes inconsistent with previous declaration
by openldap-its＠OpenLDAP.org 01 Oct '09

01 Oct '09

Private ITS#6312 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=6312

1 0

ITS#6313 published: SECURITY: VC++: stdio.h(358) : error C3163: '_vsnprintf': attributes inconsistent with previous declaration
by openldap-its＠OpenLDAP.org 01 Oct '09

01 Oct '09

Private ITS#6313 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=6313

1 0

ITS#6314 published: SECURITY: VC++: stdio.h(358) : error C3163: '_vsnprintf': attributes inconsistent with previous declaration
by openldap-its＠OpenLDAP.org 01 Oct '09

01 Oct '09

Private ITS#6314 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=6314

1 0

ITS#6315 published: SECURITY: VC++: stdio.h(358) : error C3163: '_vsnprintf': attributes inconsistent with previous declaration
by openldap-its＠OpenLDAP.org 01 Oct '09

01 Oct '09

Private ITS#6315 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=6315

1 0

ITS#6316 published: SECURITY: VC++: stdio.h(358) : error C3163: '_vsnprintf': attributes inconsistent with previous declaration
by openldap-its＠OpenLDAP.org 01 Oct '09

01 Oct '09

Private ITS#6316 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=6316

1 0

ITS#6317 published: SECURITY: _vsnprintf
by openldap-its＠OpenLDAP.org 01 Oct '09

01 Oct '09

Private ITS#6317 is now publicly readable URL: http://www.OpenLDAP.org/its/?findid=6317

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs