Return-Path: X-Original-To: apmail-directory-users-archive@www.apache.org Delivered-To: apmail-directory-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 4F74F9E71 for ; Tue, 14 May 2013 07:39:18 +0000 (UTC) Received: (qmail 98971 invoked by uid 500); 14 May 2013 07:39:18 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 98942 invoked by uid 500); 14 May 2013 07:39:18 -0000 Mailing-List: contact users-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@directory.apache.org Delivered-To: mailing list users@directory.apache.org Received: (qmail 98931 invoked by uid 99); 14 May 2013 07:39:17 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 07:39:17 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of sborys@gmail.com designates 209.85.210.179 as permitted sender) Received: from [209.85.210.179] (HELO mail-ia0-f179.google.com) (209.85.210.179) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 14 May 2013 07:39:10 +0000 Received: by mail-ia0-f179.google.com with SMTP id h37so269087iak.24 for ; Tue, 14 May 2013 00:38:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:x-received:in-reply-to:references:date:message-id :subject:from:to:content-type; bh=T7FtAcvKVtZwbx0Q4Stb36C2x/F7glyQAeRUnnZgPMU=; b=eULWOQPHNL77kp4M6GNpwSWmMNTFTIAKXfo7YUqJGNIpvFI2p3g5PvQvSsJGgDjgf3 NvhbDBb1RWoNBHWPytyqygKUoVq8nHzxIwMA4m0HlGele4ZEcgtooPkec/e9S5YdgviO Or1ISqMKsvdxoxmQrRrNKbkfeKePhRvIXLS10vTrNkrW4fR4IuWxypIvYOMW5bj4F1hp Y8ty87zC7nBShvM+jc84CFEn6xr6Uwz1mhm2UxvrXextRE42E1WWyhNpHkx2HW+x3mp5 xtxuq+USlqR/paN7Wc0vJideQKCNafb85ywZhxt2MY5RQkfOJN/jnEzYFMp11xO18WPX 6OqA== MIME-Version: 1.0 X-Received: by 10.42.155.202 with SMTP id v10mr8681408icw.2.1368517129744; Tue, 14 May 2013 00:38:49 -0700 (PDT) Received: by 10.64.229.7 with HTTP; Tue, 14 May 2013 00:38:49 -0700 (PDT) In-Reply-To: <5191E881.6040604@gmail.com> References: <5191E881.6040604@gmail.com> Date: Tue, 14 May 2013 09:38:49 +0200 Message-ID: Subject: Re: Upgrade to M12 From: Borys To: users@directory.apache.org Content-Type: multipart/alternative; boundary=90e6ba212477634ab504dca8b966 X-Virus-Checked: Checked by ClamAV on apache.org --90e6ba212477634ab504dca8b966 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable No I did not delete anything anywhere. The only what was done is: -Stop both serevrs - update config.ldif on both servers to add missing attribute for M12 - replace the jar file - attempt to start one of the servers. - put back old jar file - deleted the attribute from the config.ldif on both servers - start one server server. Check the content - fine. - start second server. Check the content - few entries missing. Check again, even more entries missing. - check the content on another server - more and more entries are gone and finally, all is gone. On Tue, May 14, 2013 at 9:32 AM, Emmanuel L=E9charny w= rote: > Le 5/14/13 9:16 AM, Borys a =E9crit : > > That is exactly the problem, I did add some custom schema. > > Now I have another big problem. I have two servers replicated. The > > replication was setup yesterday and worked fine. Today after server > restart > > the replicated content start to "shrink" . I had fewer and fewer entrie= s > in > > the database. And now the DB is empty on BOTH servers!!! > > The only message I got when I started second server was: > > [07:05:40] WARN > > > [org.apache.directory.server.ldap.replication.provider.SyncReplRequestHan= dler] > > - received a valid cookie > > rid=3D001,csn=3D20130513122431.469000Z#000000#001#000000 but there is n= o > event > > log associated with this replica > > My guess is that you deleted all the entries from one server before > injectng the new schema, then reconnected the server to the other one. > As the date of modification on the deleted entries is more recent, those > deletions get 'replicated' > > > -- > Regards, > Cordialement, > Emmanuel L=E9charny > www.iktek.com > > --90e6ba212477634ab504dca8b966--