Hi
2/6 I lost all user's data of slave system
The following events
I had 3 system
I would do System migration from centos7 to rhel9
and from openldap 2.4.44 to 2.6.3
The following pair of a. and b.
c. system data is restored from b.system
a.main system 2.4.44
b.slave system 2.4.44
c.slave system 2.6.3
d.main system 2.6.3
First I exchange b. and c.
In the plan,I exchange a. and d. After updating data for b. and c. after this
but,I'm having problems with other systems.
Second I exchnge c, and b. for recovery
b.system output the following log
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
34cd691a-c2e3-1038-83eb-bdd677e9197b, dn o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
34ce0d16-c2e3-1038-83ec-bdd677e9197b, dn cn=Manager,o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
34ce8e3a-c2e3-1038-83ed-bdd677e9197b, dn ou=Users,o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
34cef0aa-c2e3-1038-83ee-bdd677e9197b, dn ou=Organizations,o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
34cf0c52-c2e3-1038-83ef-bdd677e9197b, dn ou=SystemAccounts,o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
34cf2fca-c2e3-1038-83f0-bdd677e9197b, dn cn=Replication,o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 present UUID
34cf4cf8-c2e3-1038-83f1-bdd677e9197b, dn cn=ReplMaster,o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
8fe3138e-db18-1038-8977-3f4cb5ea988e, dn xxuid=000001,ou=Users,o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
8fe36d98-db18-1038-8978-3f4cb5ea988e, dn xxuid=000003,ou=Users,o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
8fe3aaa6-db18-1038-8979-3f4cb5ea988e, dn xxuid=000005,ou=Users,o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
8fe3e35e-db18-1038-897a-3f4cb5ea988e, dn xxuid=000008,ou=Users,o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
8fe41e32-db18-1038-897b-3f4cb5ea988e, dn xxuid=000009,ou=Users,o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
8fe468c4-db18-1038-897c-3f4cb5ea988e, dn xxuid=000011,ou=Users,o=XXXXX,c=jp
Feb 6 18:43:59 XXXX slapd[17571]: nonpresent_callback: rid=002 nonpresent UUID
8fe4bb3a-db18-1038-897d-3f4cb5ea988e, dn xxuid=000012,ou=Users,o=XXXXX,c=jp
omitted(Probably all users)
Feb 6 18:44:41 XXXX slapd[17571]: syncrepl_del_nonpresent: rid=002 be_delete
xxuid=000011,ou=Users,o=XXXXX,c=jp (0)
Feb 6 18:44:41 XXXX slapd[17571]: syncrepl_del_nonpresent: rid=002 be_delete
xxuid=000009,ou=Users,o=XXXXX,c=jp (0)
Feb 6 18:44:41 XXXX slapd[17571]: syncrepl_del_nonpresent: rid=002 be_delete
xxuid=000008,ou=Users,o=XXXXX,c=jp (0)
Feb 6 18:44:41 XXXX slapd[17571]: syncrepl_del_nonpresent: rid=002 be_delete
xxuid=000005,ou=Users,o=XXXXX,c=jp (0)
Feb 6 18:44:41 XXXX slapd[17571]: syncrepl_del_nonpresent: rid=002 be_delete
xxuid=000003,ou=Users,o=XXXXX,c=jp (0)
Feb 6 18:44:41 XXXX slapd[17571]: syncrepl_del_nonpresent: rid=002 be_delete
xxuid=000001,ou=Users,o=XXXXX,c=jp (0)
Feb 6 18:44:41 XXXX slapd[17571]: syncrepl_del_nonpresent: rid=002 be_delete
cn=Replication,o=XXXXX,c=jp (0)
Feb 6 18:44:41 XXXX slapd[17571]: syncrepl_del_nonpresent: rid=002 be_delete
ou=SystemAccounts,o=XXXXX,c=jp (0)
Feb 6 18:44:41 XXXX slapd[17571]: syncrepl_del_nonpresent: rid=002 be_delete
ou=Organizations,o=XXXXX,c=jp (0)
Feb 6 18:44:41 XXXX slapd[17571]: syncrepl_del_nonpresent: rid=002 be_delete
ou=Users,o=XXXXX,c=jp (66)
Feb 6 18:44:41 XXXX slapd[17571]: syncrepl_del_nonpresent: rid=002 be_delete
cn=Manager,o=XXXXX,c=jp (0)
Feb 6 18:44:41 XXXX slapd[17571]: syncrepl_del_nonpresent: rid=002 be_delete
o=XXXXX,c=jp (66)
omitted(Probably all users)
Feb 6 18:58:54 als2 slapd[17571]: do_syncrep2: rid=002
cookie=rid=002,sid=001,csn=20240206095854.540617Z#000000#001#000000
Feb 6 18:58:54 als2 slapd[17571]: syncrepl_message_to_entry: rid=002 DN:
xxuid=210769,ou=Users,o=XXXXX,c=jp, UUID: 58017300-5914-103e-95a8-5fc7e6f750ea
Feb 6 18:58:54 als2 slapd[17571]: syncrepl_entry: rid=002
LDAP_RES_SEARCH_ENTRY(LDAP_SYNC_MODIFY)
Feb 6 18:58:54 als2 slapd[17571]: syncrepl_entry: rid=002 be_search (0)
Feb 6 18:58:54 als2 slapd[17571]: syncrepl_entry: rid=002
xxuid=210769,ou=Users,o=XXXXX,c=jp
Feb 6 18:58:54 als2 slapd[17571]: slap_queue_csn: queueing 0x7ffb3c69f9b0
20240206095854.540617Z#000000#001#000000
Feb 6 18:58:54 als2 slapd[17571]: slap_graduate_commit_csn: removing
0x7ffb3c69f9b0 20240206095854.540617Z#000000#001#000000
Feb 6 18:58:54 als2 slapd[17571]: syncrepl_entry: rid=002 be_modify
xxuid=210769,ou=Users,o=XXXXX,c=jp (0)
Feb 6 18:58:54 als2 slapd[17571]: slap_queue_csn: queueing 0x7ffb3c55ca70
20240206095854.540617Z#000000#001#000000
Feb 6 18:58:54 als2 slapd[17571]: slap_graduate_commit_csn: removing
0x7ffb3c55ca70 20240206095854.540617Z#000000#001#000000
Feb 6 18:59:05 als2 slapd[17571]: conn=1022 fd=29 ACCEPT from
IP=XXX.XXX.XXX.XXX:35812 (IP=0.0.0.0:389)
Feb 6 18:59:05 als2 slapd[17571]: conn=1022 op=0 BIND
dn="cn=replication,o=XXXXX,c=jp" method=128
Feb 6 18:59:05 als2 slapd[17571]: conn=1022 op=0 RESULT tag=97 err=49 text=
Feb 6 18:59:05 als2 slapd[17571]: conn=1022 op=1 UNBIND
Feb 6 18:59:05 als2 slapd[17571]: conn=1022 fd=29 closed
omitted(Probably all users)
"Replication" user is set for syncrepl.
What happened? Did I get hit by an oddball Syncrepl behavior? or Did I miss
exchange.
If this is bug,openldap 2.6.3 will be solved?
Since both the main and slave systems were restored at the checkpoint, only the
slave system remains in the log.
Thanks for your time,
Takashi
