Codebase list slapi-nis / 43db38c
Bug 1751295: When sync-repl is enabled, slapi-nis can deadlock during retrochanglog trimming Bug Description: When sync-repl is enabled, it enables retroCL that can lead to the following deadlock scenario. Since 1435663, slapi-nis lock is acquired from be_preop to be_postop. So during a write operation on domain, retroCL is updated and being a BE_TXN_POST it holds slapi-nis lock when it tries to acquire retroCL backend lock. If at the same time an operation on the retroCL (like retroCL trimming) acquire retroCL backend lock then during its BE_TXN_POST it tries to acquire slapi-nis lock. This is a common scenario, when there are updates on several backends, there is a chance that two updates are acquiring the backends lock in the opposite order. Here the backends are slapi-nis and retroCL. Fix Description: Slapi-nis does nothing when an update happens on retroCL, so this suffix can be ignored. It will prevent retroCL trimming to try to acquire slapi-nis lock. https://bugzilla.redhat.com/show_bug.cgi?id=1751295 Thierry Bordaz authored 4 years ago abbra committed 4 years ago
1 changed file(s) with 1 addition(s) and 1 deletion(s). Raw diff Collapse all Expand all
29182918 * It will be used later in be_pre/post_write_cb
29192919 */
29202920 int cnt;
2921 char *ignored_containers[3] = { "cn=config", "cn=schema", NULL};
2921 char *ignored_containers[4] = { "cn=config", "cn=schema", "cn=changelog", NULL};
29222922
29232923 for (cnt = 0; ignored_containers[cnt]; cnt++);
29242924 ignored_containers_sdn = (Slapi_DN **) slapi_ch_calloc(cnt + 1, sizeof(Slapi_DN *));