[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Replication and "modify upon the root DSE not supported"
Hi people,
I'm trying to get replication working between two OpenLDAP 2.0.23
Servers (also tested with 2.0.27, same problem). If I change an entry
on the master, the changes are commited to the slave. But I ran into
problems when chaning an entry on the slave.
Configuration followes:
,----[ master slapd.conf ]
| rootpw "foo"
| updatedn "cn=admin,dc=bzimage,dc=de"
| replica host=slave.bzimage.de:389
| binddn="cn=admin,dc=bzimage,dc=de"
| bindmethod=simple
| credentials=foo
`----
,----[ slave slapd.conf ]
| rootdn "cn=admin,dc=bzimage,dc=de"
| rootpw "foo"
| updatedn "cn=replica,dc=bzimage,dc=de"
| updateref "ldap://master.bzimage.de:389/"
`----
The entry I wanted to change:
,----
| dn: cn=tretkowski,ou=people,dc=bzimage,dc=de
| objectClass: inetOrgPerson
| objectClass: posixAccount
| objectClass: top
| objectClass: shadowAccount
| objectClass: organizationalPerson
| objectClass: inetLocalMailRecipient
| uid: tretkowski
| cn: Norbert Tretkowski
| sn: Tretkowski
| givenname: Norbert
| userpassword: foo
| loginShell:/bin/zsh4
| uidnumber:1000
| gidnumber:100
| homeDirectory: /home/tretkowski
`----
The slave redirectes the client to the master. There, I get the
following error message in the log:
,----
| Dec 16 11:48:50 master slapd[10189]: daemon: added 6r
| Dec 16 11:48:50 master slapd[10189]: daemon: select: listen=6 active_threads=0 tvp=NULL
| Dec 16 11:49:40 master slapd[10189]: daemon: activity on 1 descriptors
| Dec 16 11:49:40 master slapd[10189]: daemon: new connection on 9
| Dec 16 11:49:40 master slapd[10189]: daemon: conn=0 fd=9 connection from IP=172.16.7.51:33882 (IP=0.0.0.0:34049) accepted.
| Dec 16 11:49:40 master slapd[10189]: daemon: added 9r
| Dec 16 11:49:40 master slapd[10189]: daemon: activity on:
| Dec 16 11:49:40 master slapd[10189]:
| Dec 16 11:49:40 master slapd[10189]: daemon: select: listen=6 active_threads=0 tvp=NULL
| Dec 16 11:49:40 master slapd[10189]: daemon: activity on 1 descriptors
| Dec 16 11:49:40 master slapd[10189]: daemon: activity on:
| Dec 16 11:49:40 master slapd[10189]: 9r
| Dec 16 11:49:40 master slapd[10189]:
| Dec 16 11:49:40 master slapd[10189]: daemon: read activity on 9
| Dec 16 11:49:40 master slapd[10189]: connection_get(9)
| Dec 16 11:49:40 master slapd[10189]: connection_get(9): got connid=0
| Dec 16 11:49:40 master slapd[10189]: connection_read(9): checking for input on id=0
| Dec 16 11:49:40 master slapd[10189]: ber_get_next on fd 9 failed errno=11 (Resource temporarily unavailable)
| Dec 16 11:49:40 master slapd[10192]: do_bind
| Dec 16 11:49:40 master slapd[10189]: daemon: select: listen=6 active_threads=1 tvp=NULL
| Dec 16 11:49:40 master slapd[10192]: do_bind: version=3 dn="cn=admin, dc=bzimage,dc=de" method=128
| Dec 16 11:49:40 master slapd[10192]: conn=0 op=0 BIND dn="CN=ADMIN,DC=BZIMAGE,DC=DE" method=128
| Dec 16 11:49:40 master slapd[10192]: ==> ldbm_back_bind: dn: cn=admin, dc=bzimage,dc=de
| Dec 16 11:49:40 master slapd[10192]: dn2entry_r: dn: "CN=ADMIN,DC=BZIMAGE,DC=DE"
| Dec 16 11:49:40 master slapd[10192]: => dn2id( "CN=ADMIN,DC=BZIMAGE,DC=DE" )
| Dec 16 11:49:40 master slapd[10192]: => ldbm_cache_open( "dn2id.dbb", 73, 600 )
| Dec 16 11:49:40 master slapd[10192]: ldbm_cache_open (blksize 8192) (maxids 2046) (maxindirect 5)
| Dec 16 11:49:40 master slapd[10192]: <= ldbm_cache_open (opened 0)
| Dec 16 11:49:40 master slapd[10192]: <= dn2id NOID
| Dec 16 11:49:40 master slapd[10192]: dn2entry_r: dn: "DC=BZIMAGE,DC=DE"
| Dec 16 11:49:40 master slapd[10192]: => dn2id( "DC=BZIMAGE,DC=DE" )
| Dec 16 11:49:41 master slapd[10192]: => ldbm_cache_open( "dn2id.dbb", 73, 600 )
| Dec 16 11:49:41 master slapd[10192]: <= ldbm_cache_open (cache 0)
| Dec 16 11:49:41 master slapd[10192]: <= dn2id 249
| Dec 16 11:49:41 master slapd[10192]: => id2entry_r( 249 )
| Dec 16 11:49:41 master slapd[10192]: => ldbm_cache_open( "id2entry.dbb", 73, 600 )
| Dec 16 11:49:41 master slapd[10192]: ldbm_cache_open (blksize 8192) (maxids 2046) (maxindirect 5)
| Dec 16 11:49:41 master slapd[10192]: <= ldbm_cache_open (opened 1)
| Dec 16 11:49:41 master slapd[10192]: => str2entry
| Dec 16 11:49:41 master slapd[10192]: <= str2entry(dc=bzimage,dc=de) -> -1 (0x80d8660)
| Dec 16 11:49:41 master slapd[10192]: <= id2entry_r( 249 ) 0x80d8660 (disk)
| Dec 16 11:49:41 master slapd[10192]: ====> cache_return_entry_r( 249 ): created (0)
| Dec 16 11:49:41 master slapd[10192]: do_bind: v3 bind: "cn=admin, dc=bzimage,dc=de" to "cn=admin,dc=bzimage,dc=de"
| Dec 16 11:49:41 master slapd[10192]: send_ldap_result: conn=0 op=0 p=3
| Dec 16 11:49:41 master slapd[10192]: send_ldap_result: 0::
| Dec 16 11:49:41 master slapd[10192]: send_ldap_response: msgid=1 tag=97 err=0
| Dec 16 11:49:41 master slapd[10192]: conn=0 op=0 RESULT tag=97 err=0 text=
| Dec 16 11:49:41 master slapd[10189]: daemon: activity on 1 descriptors
| Dec 16 11:49:41 master slapd[10189]: daemon: activity on:
| Dec 16 11:49:41 master slapd[10189]: 9r
| Dec 16 11:49:41 master slapd[10189]:
| Dec 16 11:49:41 master slapd[10189]: daemon: read activity on 9
| Dec 16 11:49:41 master slapd[10189]: connection_get(9)
| Dec 16 11:49:41 master slapd[10189]: connection_get(9): got connid=0
| Dec 16 11:49:41 master slapd[10189]: connection_read(9): checking for input on id=0
| Dec 16 11:49:41 master slapd[10189]: ber_get_next on fd 9 failed errno=11 (Resource temporarily unavailable)
| Dec 16 11:49:41 master slapd[10192]: do_modify
| Dec 16 11:49:41 master slapd[10189]: daemon: select: listen=6 active_threads=1 tvp=NULL
| Dec 16 11:49:41 master slapd[10192]: do_modify: dn ()
| Dec 16 11:49:41 master slapd[10192]: do_modify: root dse!
| Dec 16 11:49:41 master slapd[10192]: send_ldap_result: conn=0 op=1 p=3
| Dec 16 11:49:41 master slapd[10192]: send_ldap_result: 53::modify upon the root DSE not supported
| Dec 16 11:49:41 master slapd[10192]: send_ldap_response: msgid=2 tag=103 err=53
`----
Every time, I try to edit a value on the slave, I run into this error.
As I said, changing it on the master is no problem, then the changes are
correct comitted to the slave(s).
Any suggestions are welcome.
Regards, Norbert