389-devel February 2020

389-devel@lists.fedoraproject.org

7 participants
38 discussions

Start a nNew thread

389 DS nightly 2020-02-13 - 97% PASS
by vashirov＠redhat.com 13 Feb '20

13 Feb '20

https://fedorapeople.org/groups/389ds/ci/nightly/2020/02/13/report-389-ds-b…

1 0

please review: Issue 50895 - README does not contain complete information on building
by Mark Reynolds 12 Feb '20

12 Feb '20

https://pagure.io/389-ds-base/pull-request/50895 -- 389 Directory Server Development Team

1 0

please review: PR 50893 - UI: Port Server Tab to React
by Mark Reynolds 12 Feb '20

12 Feb '20

https://pagure.io/389-ds-base/pull-request/50893 -- 389 Directory Server Development Team

1 0

389 DS nightly 2020-02-12 - 94% PASS
by vashirov＠redhat.com 12 Feb '20

12 Feb '20

https://fedorapeople.org/groups/389ds/ci/nightly/2020/02/12/report-389-ds-b…

1 0

Meeting?
by William Brown 11 Feb '20

11 Feb '20

hey everyone, I joined at UTC+10 22:00, and was in the room for 10 minutes but didn't hear from anyone. Did I miss something? — Sincerely, William Brown Senior Software Engineer, 389 Directory Server SUSE Labs

2 1

389 DS nightly 2020-02-11 - 96% PASS
by vashirov＠redhat.com 11 Feb '20

11 Feb '20

https://fedorapeople.org/groups/389ds/ci/nightly/2020/02/11/report-389-ds-b…

1 0

389 DS nightly 2020-02-10 - 96% PASS
by vashirov＠redhat.com 10 Feb '20

10 Feb '20

https://fedorapeople.org/groups/389ds/ci/nightly/2020/02/10/report-389-ds-b…

1 0

389 DS nightly 2020-02-09 - 96% PASS
by vashirov＠redhat.com 09 Feb '20

09 Feb '20

https://fedorapeople.org/groups/389ds/ci/nightly/2020/02/09/report-389-ds-b…

1 0

389 DS nightly 2020-02-07 - 97% PASS
by vashirov＠redhat.com 07 Feb '20

07 Feb '20

https://fedorapeople.org/groups/389ds/ci/nightly/2020/02/07/report-389-ds-b…

1 0

[PATCH] prevent slapd from hanging under unlikely circumstances
by Jay Fenlason 07 Feb '20

07 Feb '20

I have a small FreeIPA deployment of ~6-8 servers running on Centos 7.7. Do to the addition and removal of some of the servers, some cruft (tombstones, replication conflicts, etc) have crept in to the directory. I noticed that when I attempted to delete some of the cruft entries, ns-slapd would hang, failirg to process requests, or even shut down. In my investigation I found that pre-write callback of the plugins (including the nis plugin) were being called, but no corresponding post-write call was happening. The nis plugin takes a write lock in the pre-write callback and releases it in the post-write callback. Never releasing the lock causes the next attempt to take it to hang. I wrote the attached patch, which simply ensures the post-write callback is always called if the pre-write callback was called. This is such a simple patch that it scarcely needs a signoff. Nonetheless: Signed-off-by: Jay Fenlason <ds389(a)nerd-marrow.com> --- a/ldap/servers/slapd/back-ldbm/ldbm_delete.c.orig 2020-01-31 07:28:04.085861174 -0500 +++ b/ldap/servers/slapd/back-ldbm/ldbm_delete.c 2020-01-31 07:30:33.932947489 -0500 @@ -81,6 +81,7 @@ Connection *pb_conn; int32_t parent_op = 0; struct timespec parent_time; + int pre_delete_called = 0; if (slapi_pblock_get(pb, SLAPI_CONN_ID, &conn_id) < 0) { conn_id = 0; /* connection is NULL */ @@ -371,6 +372,7 @@ } if (retval == 0) { retval = plugin_call_plugins(pb, SLAPI_PLUGIN_BE_PRE_DELETE_FN); + pre_delete_called = 1; } if (retval) { @@ -1491,7 +1493,7 @@ * The bepostop is called even if the operation fails, * but not if the operation is purging tombstones. */ - if (!delete_tombstone_entry) { + if (pre_delete_called) { plugin_call_plugins(pb, SLAPI_PLUGIN_BE_POST_DELETE_FN); } /* Need to return to cache after post op plugins are called */

5 14

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

389-devel February 2020