Re: [389-users] db import failure, when setting replication up

Reinhard Nappert <rnappert@xxxxxxxxxxx> · Thu, 19 May 2011 10:44:41 -0400

Noriko,

I observed one more item, which does not bother me right now, 
but you may want to see:

I am not sure why and how it happened,  but I see the 
following message on the supplier:

[18/May/2011:13:59:50 -0400] NSMMReplicationPlugin - 
agmt="cn=supplier2consumer" (consumer:389): Consumer failed to replay change 
(uniqueid aea3731d-808711e0-83d5fdc8-f32b8f3c, CSN 4dd4085b004800040000): 
Operations error. Will retry later.

And I 
see the following on the consumer:
[18/May/2011:13:59:29 -0400] - idl_new.c BAD 22, err=-30988 
DB_PAGE_NOTFOUND: Requested page not found
[18/May/2011:13:59:29 -0400] - 
ancestorid BAD 13120, err=-30988 DB_PAGE_NOTFOUND: Requested page not 
found

 Any idea, what happened there....

Thanks,
-Reinhard

From: 389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx 
[mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] On Behalf Of Noriko 
Hosoi
Sent: Tuesday, May 17, 2011 4:02 PM
To: General 
discussion list for the 389 Directory server project.
Subject: Re: 
[389-users] db import failure, when setting replication up

Hi Reinhard,

Reinhard Nappert wrote: 

  Hi Noriko,

  I have to correct myself. The box which had the import issue 
  was on a 1.2.7.5 system. The other box was running 
1.2.8.2.

  So, it looks like you have fixed the issue with 
  1.2.8.2.*relieved*  Thanks for testing it 
on 1.2.8.2!
--noriko

  Thanks,
  -Reinhard

  From: 389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx 
  [mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] 
  On Behalf Of Reinhard Nappert
Sent: Tuesday, May 17, 2011 
  3:21 PM
To: General discussion list for the 389 Directory server 
  project.
Subject: Re: [389-users] db import failure, when setting 
  replication up

  1.2.8.2

  -Reinhard

  From: 389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx 
  [mailto:389-users-bounces@xxxxxxxxxxxxxxxxxxxxxxx] 
  On Behalf Of Noriko Hosoi
Sent: Tuesday, May 17, 2011 2:16 
  PM
To: General discussion list for the 389 Directory server 
  project.
Subject: Re: [389-users] db import failure, when setting 
  replication up

It looks to me you have hit this 
  bug...  Which version of 389-ds-base you are running?

  Bug 684996 - Exported 
    tombstone cannot be imported correctly. 
The 
  patch should be in the version 1.2.8.2.
Thanks,
--noriko

On 
  05/17/2011 11:03 AM, Reinhard Nappert wrote: 

    Hi,

    I have seen the 
    following:

    I set 2 systems 
    up in MMR. Replication worked. For some reason, I needed to take one of the 
    boxes out of the replication and disabled replication. Later on, I enabled 
    it again and created the shadowing agreement to the other box. Now, I saw 
    the following errors during the import of the db:

    [17/May/2011:11:46:04 -0400] NSMMReplicationPlugin 
    - multimaster_be_state_change
: replica o=base is going offline; 
    disabling replication
[17/May/2011:11:46:07 -0400] - WARNING: Import is 
    running with nsslapd-db-privat
e-import-mem on; No other process is 
    allowed to access the database
[17/May/2011:11:46:08 -0400] - import 
    userRoot: WARNING: Skipping entry 
    "nsuniqu
eid=06869502-7fe011e0-8f589300-7e7b2163,ou=sample,o=base" which 
    has no parent, 
    ending at line 0 
    of file "(bulk import)"
[17/May/2011:11:46:08 -0400] - import userRoot: 
    WARNING: bad entry: ID 453
.....

    Any idea, what 
    is going on there?

    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