FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Directory

 
 
LinkBack Thread Tools
 
Old 05-09-2011, 08:06 PM
Reinhard Nappert
 
Default MMR issue, when deleting the replica setup.

Hi,
*
I noticed an issue
with 389 DS 1.2.7.5, which I have not seen before. Here is what I
do:
1. I create a two
multi-master setup.
2. I don't perform
any changes on the directory.
3. I delete the
replica setup on both systems -- everything is fine.
4. I create a two
multi-master setup.
5. Perform changes
on both systems
6. Modifications get
replicated.
7 I delete the
replica setup. No I get the following error logs:
*
[09/May/2011:15:43:18 -0400] - import userRoot: Import
complete.* Processed 446 entries in 4 seconds. (111.50
entries/sec)
[09/May/2011:15:43:18 -0400] NSMMReplicationPlugin -
multimaster_be_state_change: replica o=base is coming online; enabling
replication
...
[09/May/2011:15:45:21 -0400]
NSMMReplicationPlugin - agmt_delete: begin
[09/May/2011:15:45:22 -0400]
NSMMReplicationPlugin - replica_config_delete: Warning: The changelog for
replica o=BASE is no longer valid since the replica config*is being
deleted.* Removing the changelog.
[09/May/2011:15:45:22 -0400]
NSMMReplicationPlugin - changelog program - _cl5Add Thread: invalid changelog
state - 2 <== This is good!
[09/May/2011:15:45:27 -0400] - libdb: <path
to>/changelogdb/7773fd02-7a7411e0-ac71f4b1-0fb2d026_4dc840d3000000020000.db4:
unable to flush: No such file or directory
[09/May/2011:15:45:27 -0400] -
libdb: txn_checkpoint: failed to flush the buffer*cache No such file or
directory
[09/May/2011:15:45:27 -0400] - Serious Error---Failed to checkpoint
database, err=2 (No such file or directory)

Of course, the
changelog directory was gone. It looks to me that the server keeps this still
somehow in memory.
*
I enabled the
audit-logging: This is what I see there:
*
time:
20110509154521
dn: cn=changelog5,cn=config
changetype:
delete
modifiersname: <credentials>

time:
20110509154522
dn: cn=agreement1,cn=replica,cn=o3dbase,cn=mapping
tree,cn=config
changetype: delete
modifiersname:
<credentials>
*
time:
20110509154522
dn: cn=replica,cn=o3dbase,cn=mapping
tree,cn=config
changetype: delete
modifiersname:
<credentials>
time:
20110509154522
dn: cn=o3dbase,cn=mapping tree,cn=config
changetype:
modify
replace: nsslapd-state
nsslapd-state: backend
-
replace:
nsslapd-referral
-
replace: modifiersname
modifiersname:
<credentials>-
replace: modifytimestamp
-
replace:
nsslapd-referral
-
replace: modifiersname
modifiersname:
<credentials>
-
replace:
modifytimestamp
modifytimestamp: 20110509194522Z
-
*
time:
20110509154605
dn: cn=uniqueid generator,cn=config
changetype:
modify
replace: nsState
nsState::
AM+94nR64AH0sQ+y0CZxbAEAAAAAAAAA
-
replace:
modifiersname
modifiersname: cn=server,cn=plugins,cn=config
-
replace:
modifytimestamp
modifytimestamp: 20110509194605Z
-

Has somebody has
seen this before.
*
Thanks,
-Reinhard
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 05-10-2011, 01:37 AM
Rich Megginson
 
Default MMR issue, when deleting the replica setup.

On 05/09/2011 02:06 PM, Reinhard Nappert wrote:



Hi,
*
I
noticed an issue with 389 DS 1.2.7.5, which I have not seen
before. Here is what I do:
1.
I create a two multi-master setup.
2.
I don't perform any changes on the directory.
3.
I delete the replica setup on both systems -- everything is
fine.
4.
I create a two multi-master setup.
5.
Perform changes on both systems
6.
Modifications get replicated.
7
I delete the replica setup. No I get the following error
logs:
*
[09/May/2011:15:43:18
-0400] - import userRoot: Import complete.* Processed 446
entries in 4 seconds. (111.50 entries/sec)

[09/May/2011:15:43:18 -0400] NSMMReplicationPlugin -
multimaster_be_state_change: replica o=base is coming
online; enabling replication
...

[09/May/2011:15:45:21 -0400] NSMMReplicationPlugin -
agmt_delete: begin

[09/May/2011:15:45:22 -0400] NSMMReplicationPlugin -
replica_config_delete: Warning: The changelog for replica
o=BASE is no longer valid since the replica config*is being
deleted.* Removing the changelog.

[09/May/2011:15:45:22 -0400] NSMMReplicationPlugin -
changelog program - _cl5Add Thread: invalid changelog state
- 2 <== This is good!

[09/May/2011:15:45:27 -0400] - libdb: <path
to>/changelogdb/7773fd02-7a7411e0-ac71f4b1-0fb2d026_4dc840d3000000020000.db4:
unable to flush: No such file or directory

[09/May/2011:15:45:27 -0400] - libdb: txn_checkpoint: failed
to flush the buffer*cache No such file or directory

[09/May/2011:15:45:27 -0400] - Serious Error---Failed to
checkpoint database, err=2 (No such file or directory)


Of
course, the changelog directory was gone. It looks to me
that the server keeps this still somehow in memory.
*
I
enabled the audit-logging: This is what I see there:
*
time:
20110509154521

dn: cn=changelog5,cn=config

changetype: delete

modifiersname: <credentials>


time:
20110509154522

dn: cn=agreement1,cn=replica,cn=o3dbase,cn=mapping
tree,cn=config

changetype: delete

modifiersname: <credentials>
*
time:
20110509154522

dn: cn=replica,cn=o3dbase,cn=mapping tree,cn=config

changetype: delete

modifiersname: <credentials>
time:
20110509154522

dn: cn=o3dbase,cn=mapping tree,cn=config

changetype: modify

replace: nsslapd-state

nsslapd-state: backend

-

replace: nsslapd-referral

-

replace: modifiersname

modifiersname: <credentials>-

replace: modifytimestamp

-

replace: nsslapd-referral

-

replace: modifiersname

modifiersname: <credentials>
-

replace: modifytimestamp

modifytimestamp: 20110509194522Z

-
*
time:
20110509154605

dn: cn=uniqueid generator,cn=config

changetype: modify

replace: nsState

nsState:: AM+94nR64AH0sQ+y0CZxbAEAAAAAAAAA

-

replace: modifiersname

modifiersname: cn=server,cn=plugins,cn=config

-

replace: modifytimestamp

modifytimestamp: 20110509194605Z

-


Has
somebody has seen this before.

No, please file a bug.


*
Thanks,
-Reinhard


--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users





--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 05-10-2011, 02:34 PM
Reinhard Nappert
 
Default MMR issue, when deleting the replica setup.

Rick,
*
it seems that the issue does not exist in 1.2.8.2. I just
compiled and installed it.
*
If 1.2.8.2 is stable, I won't bother open a bug for
it......
*
-Reinhard



From: Rich Megginson
[mailto:rmeggins@redhat.com]
Sent: Monday, May 09, 2011 9:37
PM
To: General discussion list for the 389 Directory server
project.
Cc: Reinhard Nappert
Subject: Re: [389-users] MMR
issue, when deleting the replica setup.


On 05/09/2011 02:06 PM, Reinhard Nappert wrote:


Hi,
*
I noticed an issue
with 389 DS 1.2.7.5, which I have not seen before. Here is what I
do:
1. I create a two
multi-master setup.
2. I don't perform
any changes on the directory.
3. I delete the
replica setup on both systems -- everything is fine.
4. I create a two
multi-master setup.
5. Perform changes
on both systems
6. Modifications
get replicated.
7 I delete the
replica setup. No I get the following error logs:
*
[09/May/2011:15:43:18 -0400] - import userRoot:
Import complete.* Processed 446 entries in 4 seconds. (111.50
entries/sec)
[09/May/2011:15:43:18 -0400] NSMMReplicationPlugin -
multimaster_be_state_change: replica o=base is coming online; enabling
replication
...
[09/May/2011:15:45:21 -0400]
NSMMReplicationPlugin - agmt_delete: begin
[09/May/2011:15:45:22 -0400]
NSMMReplicationPlugin - replica_config_delete: Warning: The changelog for
replica o=BASE is no longer valid since the replica config*is being
deleted.* Removing the changelog.
[09/May/2011:15:45:22 -0400]
NSMMReplicationPlugin - changelog program - _cl5Add Thread: invalid changelog
state - 2 <== This is good!
[09/May/2011:15:45:27 -0400] - libdb:
<path
to>/changelogdb/7773fd02-7a7411e0-ac71f4b1-0fb2d026_4dc840d3000000020000.db4:
unable to flush: No such file or directory
[09/May/2011:15:45:27 -0400] -
libdb: txn_checkpoint: failed to flush the buffer*cache No such file or
directory
[09/May/2011:15:45:27 -0400] - Serious Error---Failed to
checkpoint database, err=2 (No such file or directory)

Of course, the
changelog directory was gone. It looks to me that the server keeps this still
somehow in memory.
*
I enabled the
audit-logging: This is what I see there:
*
time:
20110509154521
dn: cn=changelog5,cn=config
changetype:
delete
modifiersname: <credentials>

time:
20110509154522
dn: cn=agreement1,cn=replica,cn=o3dbase,cn=mapping
tree,cn=config
changetype: delete
modifiersname:
<credentials>
*
time:
20110509154522
dn: cn=replica,cn=o3dbase,cn=mapping
tree,cn=config
changetype: delete
modifiersname:
<credentials>
time:
20110509154522
dn: cn=o3dbase,cn=mapping tree,cn=config
changetype:
modify
replace: nsslapd-state
nsslapd-state: backend
-
replace:
nsslapd-referral
-
replace: modifiersname
modifiersname:
<credentials>-
replace: modifytimestamp
-
replace:
nsslapd-referral
-
replace: modifiersname
modifiersname:
<credentials>
-
replace:
modifytimestamp
modifytimestamp: 20110509194522Z
-
*
time:
20110509154605
dn: cn=uniqueid generator,cn=config
changetype:
modify
replace: nsState
nsState::
AM+94nR64AH0sQ+y0CZxbAEAAAAAAAAA
-
replace:
modifiersname
modifiersname:
cn=server,cn=plugins,cn=config
-
replace:
modifytimestamp
modifytimestamp:
20110509194605Z
-

Has somebody has
seen this before.No, please file a bug.


*
Thanks,
-Reinhard
--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 05-10-2011, 03:05 PM
Rich Megginson
 
Default MMR issue, when deleting the replica setup.

On 05/10/2011 08:34 AM, Reinhard Nappert wrote:



Rick,
*
it seems that the
issue does not exist in 1.2.8.2. I just compiled and
installed it.
*
If 1.2.8.2 is stable,
I won't bother open a bug for it......

Ok, thanks for confirming.* 1.2.8.3 is in Testing now - I'm going to
push that to Stable in the next couple of days.


*
-Reinhard




From: Rich Megginson
[mailto:rmeggins@redhat.com]

Sent: Monday, May 09, 2011 9:37 PM

To: General discussion list for the 389 Directory
server project.

Cc: Reinhard Nappert

Subject: Re: [389-users] MMR issue, when deleting the
replica setup.




On 05/09/2011 02:06 PM, Reinhard Nappert wrote:


Hi,
*
I noticed an issue with 389 DS
1.2.7.5, which I have not seen before. Here is what I do:
1. I create a two multi-master
setup.
2. I don't perform any changes
on the directory.
3. I delete the replica setup
on both systems -- everything is fine.
4. I create a two multi-master
setup.
5. Perform changes on both
systems
6. Modifications get
replicated.
7 I delete the replica setup.
No I get the following error logs:
*
[09/May/2011:15:43:18 -0400] -
import userRoot: Import complete.* Processed 446 entries
in 4 seconds. (111.50 entries/sec)

[09/May/2011:15:43:18 -0400] NSMMReplicationPlugin -
multimaster_be_state_change: replica o=base is coming
online; enabling replication
...

[09/May/2011:15:45:21 -0400] NSMMReplicationPlugin -
agmt_delete: begin

[09/May/2011:15:45:22 -0400] NSMMReplicationPlugin -
replica_config_delete: Warning: The changelog for replica
o=BASE is no longer valid since the replica config*is
being deleted.* Removing the changelog.

[09/May/2011:15:45:22 -0400] NSMMReplicationPlugin -
changelog program - _cl5Add Thread: invalid changelog
state - 2 <== This is good!

[09/May/2011:15:45:27 -0400] - libdb: <path
to>/changelogdb/7773fd02-7a7411e0-ac71f4b1-0fb2d026_4dc840d3000000020000.db4:
unable to flush: No such file or directory

[09/May/2011:15:45:27 -0400] - libdb: txn_checkpoint:
failed to flush the buffer*cache No such file or directory

[09/May/2011:15:45:27 -0400] - Serious Error---Failed to
checkpoint database, err=2 (No such file or directory)


Of course, the changelog
directory was gone. It looks to me that the server keeps
this still somehow in memory.
*
I enabled the audit-logging:
This is what I see there:
*
time: 20110509154521

dn: cn=changelog5,cn=config

changetype: delete

modifiersname: <credentials>


time: 20110509154522

dn: cn=agreement1,cn=replica,cn=o3dbase,cn=mapping
tree,cn=config

changetype: delete

modifiersname: <credentials>
*
time: 20110509154522

dn: cn=replica,cn=o3dbase,cn=mapping tree,cn=config

changetype: delete

modifiersname: <credentials>
time: 20110509154522

dn: cn=o3dbase,cn=mapping tree,cn=config

changetype: modify

replace: nsslapd-state

nsslapd-state: backend

-

replace: nsslapd-referral

-

replace: modifiersname

modifiersname: <credentials>-

replace: modifytimestamp

-

replace: nsslapd-referral

-

replace: modifiersname

modifiersname: <credentials>
-

replace: modifytimestamp

modifytimestamp: 20110509194522Z

-
*
time: 20110509154605

dn: cn=uniqueid generator,cn=config

changetype: modify

replace: nsState

nsState:: AM+94nR64AH0sQ+y0CZxbAEAAAAAAAAA

-

replace: modifiersname

modifiersname: cn=server,cn=plugins,cn=config

-

replace: modifytimestamp

modifytimestamp: 20110509194605Z

-


Has somebody has seen this
before.

No, please file a bug.


*
Thanks,
-Reinhard

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users








--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 
Old 05-10-2011, 03:05 PM
Rich Megginson
 
Default MMR issue, when deleting the replica setup.

On 05/10/2011 08:34 AM, Reinhard Nappert wrote:



Rick,
*
it seems that the
issue does not exist in 1.2.8.2. I just compiled and
installed it.
*
If 1.2.8.2 is stable,
I won't bother open a bug for it......

Ok, thanks for confirming.* 1.2.8.3 is in Testing now - I'm going to
push that to Stable in the next couple of days.


*
-Reinhard




From: Rich Megginson
[mailto:rmeggins@redhat.com]

Sent: Monday, May 09, 2011 9:37 PM

To: General discussion list for the 389 Directory
server project.

Cc: Reinhard Nappert

Subject: Re: [389-users] MMR issue, when deleting the
replica setup.




On 05/09/2011 02:06 PM, Reinhard Nappert wrote:


Hi,
*
I noticed an issue with 389 DS
1.2.7.5, which I have not seen before. Here is what I do:
1. I create a two multi-master
setup.
2. I don't perform any changes
on the directory.
3. I delete the replica setup
on both systems -- everything is fine.
4. I create a two multi-master
setup.
5. Perform changes on both
systems
6. Modifications get
replicated.
7 I delete the replica setup.
No I get the following error logs:
*
[09/May/2011:15:43:18 -0400] -
import userRoot: Import complete.* Processed 446 entries
in 4 seconds. (111.50 entries/sec)

[09/May/2011:15:43:18 -0400] NSMMReplicationPlugin -
multimaster_be_state_change: replica o=base is coming
online; enabling replication
...

[09/May/2011:15:45:21 -0400] NSMMReplicationPlugin -
agmt_delete: begin

[09/May/2011:15:45:22 -0400] NSMMReplicationPlugin -
replica_config_delete: Warning: The changelog for replica
o=BASE is no longer valid since the replica config*is
being deleted.* Removing the changelog.

[09/May/2011:15:45:22 -0400] NSMMReplicationPlugin -
changelog program - _cl5Add Thread: invalid changelog
state - 2 <== This is good!

[09/May/2011:15:45:27 -0400] - libdb: <path
to>/changelogdb/7773fd02-7a7411e0-ac71f4b1-0fb2d026_4dc840d3000000020000.db4:
unable to flush: No such file or directory

[09/May/2011:15:45:27 -0400] - libdb: txn_checkpoint:
failed to flush the buffer*cache No such file or directory

[09/May/2011:15:45:27 -0400] - Serious Error---Failed to
checkpoint database, err=2 (No such file or directory)


Of course, the changelog
directory was gone. It looks to me that the server keeps
this still somehow in memory.
*
I enabled the audit-logging:
This is what I see there:
*
time: 20110509154521

dn: cn=changelog5,cn=config

changetype: delete

modifiersname: <credentials>


time: 20110509154522

dn: cn=agreement1,cn=replica,cn=o3dbase,cn=mapping
tree,cn=config

changetype: delete

modifiersname: <credentials>
*
time: 20110509154522

dn: cn=replica,cn=o3dbase,cn=mapping tree,cn=config

changetype: delete

modifiersname: <credentials>
time: 20110509154522

dn: cn=o3dbase,cn=mapping tree,cn=config

changetype: modify

replace: nsslapd-state

nsslapd-state: backend

-

replace: nsslapd-referral

-

replace: modifiersname

modifiersname: <credentials>-

replace: modifytimestamp

-

replace: nsslapd-referral

-

replace: modifiersname

modifiersname: <credentials>
-

replace: modifytimestamp

modifytimestamp: 20110509194522Z

-
*
time: 20110509154605

dn: cn=uniqueid generator,cn=config

changetype: modify

replace: nsState

nsState:: AM+94nR64AH0sQ+y0CZxbAEAAAAAAAAA

-

replace: modifiersname

modifiersname: cn=server,cn=plugins,cn=config

-

replace: modifytimestamp

modifytimestamp: 20110509194605Z

-


Has somebody has seen this
before.

No, please file a bug.


*
Thanks,
-Reinhard

--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users








--
389 users mailing list
389-users@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/389-users
 

Thread Tools




All times are GMT. The time now is 03:50 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org