Closed 389-ds-bot closed 4 years ago
Comment from mreynolds (@mreynolds389) at 2013-11-08 03:09:58
attachment 0001-Ticket-47582-agmt_count-in-Replica-could-become-PRUi.patch
Comment from mreynolds (@mreynolds389) at 2013-11-08 03:18:30
git merge ticket47582 Updating 8eecc43..d2aa2bd Fast-forward ldap/servers/plugins/replication/repl5_agmt.c | 10 ++++++++++ ldap/servers/plugins/replication/repl5_agmtlist.c | 1 - ldap/servers/plugins/replication/repl5_replica.c | 4 +++- 3 files changed, 13 insertions(+), 2 deletions(-)
git push origin master Counting objects: 17, done. Delta compression using up to 4 threads. Compressing objects: 100% (9/9), done. Writing objects: 100% (9/9), 1.20 KiB, done. Total 9 (delta 7), reused 0 (delta 0) To ssh://git.fedorahosted.org/git/389/ds.git 8eecc43..d2aa2bd master -> master
commit d2aa2bd3e0ecea84722d829f5f7c9ff0033ffaf8 Author: Mark Reynolds mreynolds389@redhat.com Date: Thu Nov 7 16:09:21 2013 -0500
Comment from mreynolds (@mreynolds389) at 2017-02-11 23:12:33
Metadata Update from @mreynolds389:
Cloned from Pagure issue: https://pagure.io/389-ds-base/issue/47582
agmt_count in Replica could become (PRUint64)-1 (gdb) p r->agmt_count $2 = 18446744073709551615 (gdb) p (int)r->agmt_count $3 = -1
The entire replica that includes agmt_count == (PRUint64)-1:
Location where agmt_count became (PRUint64)-1
The value 18446744073709551615 is used to initialize smod in which huge size of mod is allocated and it terminates the server. Stacktrace where the server exits with calloc failure:
In the first stacktrace, this agmt_delete is called for an error handling. Probably, if it is an error, we do not want to decrement agmt_count all the time?