Sorry, I experienced some issue with mailing list. So I send it again.
-------- Forwarded Message -------- Subject: Re: [SSSD] Re: [PATCH SET] AD_PROVIDER: ad_enabled_domains Date: Tue, 9 Aug 2016 17:29:38 +0200 From: Petr Cech pcech@redhat.com To: sssd-devel@lists.fedorahosted.org
On 08/09/2016 11:07 AM, Jakub Hrozek wrote:
On Mon, Jul 25, 2016 at 06:18:28PM +0200, Petr Cech wrote:
Hello,
there is fixed patch set attached.
Segmentation fault was caused by wrong pointer :-(, sorry.
This new patch set has new debug message. I am open to dissccus the debug_level and content of message. Any improving idea?
I hit one issue during testing -- sometimes if I am connected to subdomain and I enable only sibling subdomain (the master is added automaticaly) and forest root is not enabled -- I see only master and sibling not. But if I added sleep for cycle (for using dbg) to function ad_subdomains_init() everythink is OK. Any idea?
Can you test that case with valgrind? This sounds like some uninitilized variable condition.
I didn't run valgrind but I have new information.
If you clear the cache and reset sssd, first attempt to obtain information about user from sibling domain fails. The second and the other attempts runs correctly.
I see that the sibling domain is enabled. But if I look more carefully there is message in log (gamma.domain.bootes is sibling domain):
[sssd[be[beta.domain.bootes]]] [dp_req_new] (0x0020): Unknown domain: gamma.domain.bootes
First attempt should works too but you should wait nearly exactly 6 seconds after restart sssd.
New patch set is attached.
Anyway, I would like to ask you for testing.
Regards
-- Petr^4 Čech From 7fd9ad8f42f274463c1d107b195d21290fd0b0f2 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Fri, 13 May 2016 05:21:07 -0400 Subject: [PATCH 1/5] AD_PROVIDER: Add ad_enabled_domains option
ACK
Thanks.
From dfa6e063d3ef4850a7809e2f5a6d3826ea061b27 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Tue, 21 Jun 2016 08:34:15 +0200 Subject: [PATCH 2/5] AD_PROVIDER: Initializing of ad_enabled_domains
We add ad_enabled_domains into ad_subdomains_ctx.
Resolves: https://fedorahosted.org/sssd/ticket/2828
src/providers/ad/ad_subdomains.c | 82 ++++++++++++++++++++++++++++++++++++++++ 1 file changed, 82 insertions(+)
diff --git a/src/providers/ad/ad_subdomains.c b/src/providers/ad/ad_subdomains.c index e9da04e384e598927f9c8c203a751bcccd29e895..9c0afb19418e44a3e3daa661baf1c7a82439d60d 100644 --- a/src/providers/ad/ad_subdomains.c +++ b/src/providers/ad/ad_subdomains.c @@ -57,6 +57,79 @@ /* do not refresh more often than every 5 seconds for now */ #define AD_SUBDOMAIN_REFRESH_LIMIT 5
+static errno_t ad_get_enabled_domains(TALLOC_CTX *mem_ctx,
struct ad_id_ctx *ad_id_ctx,
const char *ad_domain,
const char ***_ad_enabled_domains)
+{
- int ret;
- const char *str;
- const char *option_name;
- const char **domains = NULL;
- int count;
- bool is_ad_in_domains;
- TALLOC_CTX *tmp_ctx = NULL;
- tmp_ctx = talloc_new(NULL);
- if (tmp_ctx == NULL) {
return ENOMEM;
- }
- str = dp_opt_get_cstring(ad_id_ctx->ad_options->basic, AD_ENABLED_DOMAINS);
- if (str == NULL) {
_ad_enabled_domains = NULL;
I think you wanted to dereference the pointer here? (it might also be a good idea to return EINVAL if the caller passed NULL as the output pointer)
Right, thanks, addressed.
ret = EOK;
goto done;
- }
From 4cd5c77f09750f9eb20c91eadc4759c3e4166093 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Tue, 21 Jun 2016 09:48:52 +0200 Subject: [PATCH 3/5] AD_PROVIDER: ad_enabled_domains - only master
We can skip looking up other domains if option ad_enabled_domains contains only master domain.
Resolves: https://fedorahosted.org/sssd/ticket/2828
src/providers/ad/ad_subdomains.c | 16 ++++++++++++++++ 1 file changed, 16 insertions(+)
diff --git a/src/providers/ad/ad_subdomains.c b/src/providers/ad/ad_subdomains.c index 9c0afb19418e44a3e3daa661baf1c7a82439d60d..eaa85f802dbb4022dc632cc4c05d89685eccd901 100644 --- a/src/providers/ad/ad_subdomains.c +++ b/src/providers/ad/ad_subdomains.c @@ -1163,6 +1163,7 @@ static void ad_subdomains_refresh_connect_done(struct tevent_req *subreq) return; }
- /* connect to the DC we are a member of */ subreq = ad_master_domain_send(state, state->ev, state->id_ctx->conn, state->sdap_op, state->sd_ctx->domain_name); if (subreq == NULL) {
@@ -1211,6 +1212,21 @@ static void ad_subdomains_refresh_master_done(struct tevent_req *subreq) goto done; }
- /*
* If ad_enabled_domains contains only master domain
* we shouldn't lookup other domains.
*/
- if (state->sd_ctx->ad_enabled_domains != NULL) {
if (talloc_array_length(state->sd_ctx->ad_enabled_domains) == 2) {
if (strcmp(state->sd_ctx->ad_enabled_domains[0],
state->be_ctx->domain->name) == 0) {
I only notices this now, but IIRC the domains are case insensitive, shouldn't we use strcasecmp here?
I see strcasecmp in other places. So I fixed it.
DEBUG(SSSDBG_TRACE_FUNC,
"No other enabled domain than master.\n");
goto done;
}
}
- }
- subreq = ad_get_root_domain_send(state, state->ev, forest, sdap_id_op_handle(state->sdap_op), state->sd_ctx);
-- 2.7.4
From 0d2b0c67875663d0e614b8361152ec7edc14c37e Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Mon, 27 Jun 2016 11:51:30 +0200 Subject: [PATCH 4/5] AD_PROVIDER: ad_enabled_domains - other then master
We can skip looking up other domains if option ad_enabled_domains doesn't contain them.
Resolves: https://fedorahosted.org/sssd/ticket/2828
src/providers/ad/ad_subdomains.c | 49 ++++++++++++++++++++++++++++++++++++---- 1 file changed, 45 insertions(+), 4 deletions(-)
diff --git a/src/providers/ad/ad_subdomains.c b/src/providers/ad/ad_subdomains.c index eaa85f802dbb4022dc632cc4c05d89685eccd901..32f7d7b3b2c4917d15d516c5e8beac159ffe164f 100644 --- a/src/providers/ad/ad_subdomains.c +++ b/src/providers/ad/ad_subdomains.c @@ -130,6 +130,23 @@ done: return ret; }
+static bool is_domain_enabled (const char *domain,
const char **enabled_doms)
^
We don't put a space between function name and the argument list.
Addressed.
+{
- bool ret;
- if (enabled_doms == NULL) {
ret = true;
goto done;
Do we really need to use jump labels instead of just returning true?
Addressed.
- }
- ret = string_in_list(domain, discard_const_p(char *, enabled_doms), true) ?
true : false;
Can you also fix the indentation here? We could also just return the function return value and get rid of the 'ret' variable completely.
Addressed.
+done:
- return ret;
+}
static errno_t ad_subdom_ad_ctx_new(struct be_ctx *be_ctx, struct ad_id_ctx *id_ctx, @@ -485,6 +502,7 @@ done:
From 92af52a3b4d8fa138282030a72122d6cbe9c5413 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Mon, 27 Jun 2016 11:53:19 +0200 Subject: [PATCH 5/5] TESTS: Adding tests for ad_enabled_domains option
ACK
Thanks.
Regards
bump
On Wed, Aug 10, 2016 at 08:54:25AM +0200, Petr Cech wrote:
Sorry, I experienced some issue with mailing list. So I send it again.
-------- Forwarded Message -------- Subject: Re: [SSSD] Re: [PATCH SET] AD_PROVIDER: ad_enabled_domains Date: Tue, 9 Aug 2016 17:29:38 +0200 From: Petr Cech pcech@redhat.com To: sssd-devel@lists.fedorahosted.org
On 08/09/2016 11:07 AM, Jakub Hrozek wrote:
On Mon, Jul 25, 2016 at 06:18:28PM +0200, Petr Cech wrote:
Hello,
there is fixed patch set attached.
Segmentation fault was caused by wrong pointer :-(, sorry.
This new patch set has new debug message. I am open to dissccus the debug_level and content of message. Any improving idea?
I hit one issue during testing -- sometimes if I am connected to subdomain and I enable only sibling subdomain (the master is added automaticaly) and forest root is not enabled -- I see only master and sibling not. But if I added sleep for cycle (for using dbg) to function ad_subdomains_init() everythink is OK. Any idea?
Can you test that case with valgrind? This sounds like some uninitilized variable condition.
I didn't run valgrind but I have new information.
If you clear the cache and reset sssd, first attempt to obtain information about user from sibling domain fails. The second and the other attempts runs correctly.
I see that the sibling domain is enabled. But if I look more carefully there is message in log (gamma.domain.bootes is sibling domain):
[sssd[be[beta.domain.bootes]]] [dp_req_new] (0x0020): Unknown domain: gamma.domain.bootes
First attempt should works too but you should wait nearly exactly 6 seconds after restart sssd.
New patch set is attached.
I can't start SSSD with these patches: (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_target_run_constructor] (0x0010): Target [subdomains] constructor failed [22]: Invalid argument (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_load_targets] (0x0020): Unable to load target [subdomains] [22]: Invalid argument. (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_init] (0x0020): Unable to initialize DP targets [1432158209]: Internal Error (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_terminate_active_requests] (0x0400): Terminating active data provider requests
I have: $ git log --oneline origin/master..HEAD 3b2f910 TESTS: Adding tests for ad_enabled_domains option 7ac9517 AD_PROVIDER: ad_enabled_domains - other then master fdbbd30 AD_PROVIDER: ad_enabled_domains - only master ebaa14d AD_PROVIDER: Initializing of ad_enabled_domains 38989af AD_PROVIDER: Add ad_enabled_domains option
$ git rev-list origin/master..HEAD 3b2f9106c2c5bea1681cf1f752fc5f3256a04300 7ac9517f78dc4dcde4c4c613ec450a3f3fc8f644 fdbbd30adf9da7a3c2510029c2e8c3789a3083a0 ebaa14dd1dd0e4f55a2bc4e647ce848e36970dd2 38989afa14bfc89712808867b80e667d34e068b3
On 08/12/2016 11:27 AM, Jakub Hrozek wrote:
On Wed, Aug 10, 2016 at 08:54:25AM +0200, Petr Cech wrote:
Sorry, I experienced some issue with mailing list. So I send it again.
-------- Forwarded Message -------- Subject: Re: [SSSD] Re: [PATCH SET] AD_PROVIDER: ad_enabled_domains Date: Tue, 9 Aug 2016 17:29:38 +0200 From: Petr Cech pcech@redhat.com To: sssd-devel@lists.fedorahosted.org
On 08/09/2016 11:07 AM, Jakub Hrozek wrote:
On Mon, Jul 25, 2016 at 06:18:28PM +0200, Petr Cech wrote:
Hello,
there is fixed patch set attached.
Segmentation fault was caused by wrong pointer :-(, sorry.
This new patch set has new debug message. I am open to dissccus the debug_level and content of message. Any improving idea?
I hit one issue during testing -- sometimes if I am connected to subdomain and I enable only sibling subdomain (the master is added automaticaly) and forest root is not enabled -- I see only master and sibling not. But if I added sleep for cycle (for using dbg) to function ad_subdomains_init() everythink is OK. Any idea?
Can you test that case with valgrind? This sounds like some uninitilized variable condition.
I didn't run valgrind but I have new information.
If you clear the cache and reset sssd, first attempt to obtain information about user from sibling domain fails. The second and the other attempts runs correctly.
I see that the sibling domain is enabled. But if I look more carefully there is message in log (gamma.domain.bootes is sibling domain):
[sssd[be[beta.domain.bootes]]] [dp_req_new] (0x0020): Unknown domain: gamma.domain.bootes
First attempt should works too but you should wait nearly exactly 6 seconds after restart sssd.
New patch set is attached.
I can't start SSSD with these patches: (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_target_run_constructor] (0x0010): Target [subdomains] constructor failed [22]: Invalid argument (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_load_targets] (0x0020): Unable to load target [subdomains] [22]: Invalid argument. (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_init] (0x0020): Unable to initialize DP targets [1432158209]: Internal Error (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_terminate_active_requests] (0x0400): Terminating active data provider requests
I have: $ git log --oneline origin/master..HEAD 3b2f910 TESTS: Adding tests for ad_enabled_domains option 7ac9517 AD_PROVIDER: ad_enabled_domains - other then master fdbbd30 AD_PROVIDER: ad_enabled_domains - only master ebaa14d AD_PROVIDER: Initializing of ad_enabled_domains 38989af AD_PROVIDER: Add ad_enabled_domains option
$ git rev-list origin/master..HEAD 3b2f9106c2c5bea1681cf1f752fc5f3256a04300 7ac9517f78dc4dcde4c4c613ec450a3f3fc8f644 fdbbd30adf9da7a3c2510029c2e8c3789a3083a0 ebaa14dd1dd0e4f55a2bc4e647ce848e36970dd2 38989afa14bfc89712808867b80e667d34e068b3
Hello Jakub,
I wasn't able to reproduce your bug. Is it true that I use F23 for testing this patch for historical reasons. I should try it with F24 too.
I sent whole patch set to CI, http://sssd-ci.duckdns.org/logs/job/51/45/summary.html but I think it is not conclusive because out tests don't contain AD server.
I will look at it again. But now I would like finish tests for netgroups.
Regards
On Fri, Aug 12, 2016 at 02:51:21PM +0200, Petr Cech wrote:
On 08/12/2016 11:27 AM, Jakub Hrozek wrote:
On Wed, Aug 10, 2016 at 08:54:25AM +0200, Petr Cech wrote:
Sorry, I experienced some issue with mailing list. So I send it again.
-------- Forwarded Message -------- Subject: Re: [SSSD] Re: [PATCH SET] AD_PROVIDER: ad_enabled_domains Date: Tue, 9 Aug 2016 17:29:38 +0200 From: Petr Cech pcech@redhat.com To: sssd-devel@lists.fedorahosted.org
On 08/09/2016 11:07 AM, Jakub Hrozek wrote:
On Mon, Jul 25, 2016 at 06:18:28PM +0200, Petr Cech wrote:
Hello,
there is fixed patch set attached.
Segmentation fault was caused by wrong pointer :-(, sorry.
This new patch set has new debug message. I am open to dissccus the debug_level and content of message. Any improving idea?
I hit one issue during testing -- sometimes if I am connected to subdomain and I enable only sibling subdomain (the master is added automaticaly) and forest root is not enabled -- I see only master and sibling not. But if I added sleep for cycle (for using dbg) to function ad_subdomains_init() everythink is OK. Any idea?
Can you test that case with valgrind? This sounds like some uninitilized variable condition.
I didn't run valgrind but I have new information.
If you clear the cache and reset sssd, first attempt to obtain information about user from sibling domain fails. The second and the other attempts runs correctly.
I see that the sibling domain is enabled. But if I look more carefully there is message in log (gamma.domain.bootes is sibling domain):
[sssd[be[beta.domain.bootes]]] [dp_req_new] (0x0020): Unknown domain: gamma.domain.bootes
First attempt should works too but you should wait nearly exactly 6 seconds after restart sssd.
New patch set is attached.
I can't start SSSD with these patches: (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_target_run_constructor] (0x0010): Target [subdomains] constructor failed [22]: Invalid argument (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_load_targets] (0x0020): Unable to load target [subdomains] [22]: Invalid argument. (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_init] (0x0020): Unable to initialize DP targets [1432158209]: Internal Error (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_terminate_active_requests] (0x0400): Terminating active data provider requests
I have: $ git log --oneline origin/master..HEAD 3b2f910 TESTS: Adding tests for ad_enabled_domains option 7ac9517 AD_PROVIDER: ad_enabled_domains - other then master fdbbd30 AD_PROVIDER: ad_enabled_domains - only master ebaa14d AD_PROVIDER: Initializing of ad_enabled_domains 38989af AD_PROVIDER: Add ad_enabled_domains option
$ git rev-list origin/master..HEAD 3b2f9106c2c5bea1681cf1f752fc5f3256a04300 7ac9517f78dc4dcde4c4c613ec450a3f3fc8f644 fdbbd30adf9da7a3c2510029c2e8c3789a3083a0 ebaa14dd1dd0e4f55a2bc4e647ce848e36970dd2 38989afa14bfc89712808867b80e667d34e068b3
Hello Jakub,
I wasn't able to reproduce your bug. Is it true that I use F23 for testing this patch for historical reasons. I should try it with F24 too.
I sent whole patch set to CI, http://sssd-ci.duckdns.org/logs/job/51/45/summary.html but I think it is not conclusive because out tests don't contain AD server.
I will look at it again. But now I would like finish tests for netgroups.
I don't think it has to do with Fedora version. Maybe my sssd.conf would help:
[domain/win.trust.test] ad_domain = win.trust.test krb5_realm = WIN.TRUST.TEST realmd_tags = manages-system joined-with-adcli cache_credentials = True id_provider = ad krb5_store_password_if_offline = True default_shell = /bin/bash ldap_id_mapping = True use_fully_qualified_names = True fallback_homedir = /home/%u@%d ad_enable_gc = false debug_level = 10
access_provider = simple
#ad_enabled_domains = win.trust.test, siblingdom.win.trust.test #debug_level = 7
dyndns_update = false
On 08/12/2016 03:36 PM, Jakub Hrozek wrote:
On Fri, Aug 12, 2016 at 02:51:21PM +0200, Petr Cech wrote:
On 08/12/2016 11:27 AM, Jakub Hrozek wrote:
On Wed, Aug 10, 2016 at 08:54:25AM +0200, Petr Cech wrote:
Sorry, I experienced some issue with mailing list. So I send it again.
-------- Forwarded Message -------- Subject: Re: [SSSD] Re: [PATCH SET] AD_PROVIDER: ad_enabled_domains Date: Tue, 9 Aug 2016 17:29:38 +0200 From: Petr Cech pcech@redhat.com To: sssd-devel@lists.fedorahosted.org
On 08/09/2016 11:07 AM, Jakub Hrozek wrote:
On Mon, Jul 25, 2016 at 06:18:28PM +0200, Petr Cech wrote:
> Hello, > > there is fixed patch set attached. > > Segmentation fault was caused by wrong pointer :-(, sorry. > > This new patch set has new debug message. I am open to dissccus the > debug_level and content of message. Any improving idea? > > I hit one issue during testing -- sometimes if I am connected to subdomain > and I enable only sibling subdomain (the master is added automaticaly) and > forest root is not enabled -- I see only master and sibling not. But if I > added sleep for cycle (for using dbg) to function ad_subdomains_init() > everythink is OK. > Any idea?
Can you test that case with valgrind? This sounds like some uninitilized variable condition.
I didn't run valgrind but I have new information.
If you clear the cache and reset sssd, first attempt to obtain information about user from sibling domain fails. The second and the other attempts runs correctly.
I see that the sibling domain is enabled. But if I look more carefully there is message in log (gamma.domain.bootes is sibling domain):
[sssd[be[beta.domain.bootes]]] [dp_req_new] (0x0020): Unknown domain: gamma.domain.bootes
First attempt should works too but you should wait nearly exactly 6 seconds after restart sssd.
New patch set is attached.
I can't start SSSD with these patches: (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_target_run_constructor] (0x0010): Target [subdomains] constructor failed [22]: Invalid argument (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_load_targets] (0x0020): Unable to load target [subdomains] [22]: Invalid argument. (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_init] (0x0020): Unable to initialize DP targets [1432158209]: Internal Error (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_terminate_active_requests] (0x0400): Terminating active data provider requests
I have: $ git log --oneline origin/master..HEAD 3b2f910 TESTS: Adding tests for ad_enabled_domains option 7ac9517 AD_PROVIDER: ad_enabled_domains - other then master fdbbd30 AD_PROVIDER: ad_enabled_domains - only master ebaa14d AD_PROVIDER: Initializing of ad_enabled_domains 38989af AD_PROVIDER: Add ad_enabled_domains option
$ git rev-list origin/master..HEAD 3b2f9106c2c5bea1681cf1f752fc5f3256a04300 7ac9517f78dc4dcde4c4c613ec450a3f3fc8f644 fdbbd30adf9da7a3c2510029c2e8c3789a3083a0 ebaa14dd1dd0e4f55a2bc4e647ce848e36970dd2 38989afa14bfc89712808867b80e667d34e068b3
Hello Jakub,
I wasn't able to reproduce your bug. Is it true that I use F23 for testing this patch for historical reasons. I should try it with F24 too.
I sent whole patch set to CI, http://sssd-ci.duckdns.org/logs/job/51/45/summary.html but I think it is not conclusive because out tests don't contain AD server.
I will look at it again. But now I would like finish tests for netgroups.
I don't think it has to do with Fedora version. Maybe my sssd.conf would help:
[domain/win.trust.test] ad_domain = win.trust.test krb5_realm = WIN.TRUST.TEST realmd_tags = manages-system joined-with-adcli cache_credentials = True id_provider = ad krb5_store_password_if_offline = True default_shell = /bin/bash ldap_id_mapping = True use_fully_qualified_names = True fallback_homedir = /home/%u@%d ad_enable_gc = false debug_level = 10
access_provider = simple
#ad_enabled_domains = win.trust.test, siblingdom.win.trust.test #debug_level = 7
dyndns_update = false
Thanks,
I see now where's the problem. I didn't try to comment ad_enabled_domains in config for long time. If this option missing it will crash.
[dp_target_run_constructor] (0x0010): Target [subdomains] constructor failed [22]: Invalid argument
I hope it will be easy to fix it.
Regards
On 08/12/2016 04:05 PM, Petr Cech wrote:
On 08/12/2016 03:36 PM, Jakub Hrozek wrote:
On Fri, Aug 12, 2016 at 02:51:21PM +0200, Petr Cech wrote:
On 08/12/2016 11:27 AM, Jakub Hrozek wrote:
On Wed, Aug 10, 2016 at 08:54:25AM +0200, Petr Cech wrote:
Sorry, I experienced some issue with mailing list. So I send it again.
-------- Forwarded Message -------- Subject: Re: [SSSD] Re: [PATCH SET] AD_PROVIDER: ad_enabled_domains Date: Tue, 9 Aug 2016 17:29:38 +0200 From: Petr Cech pcech@redhat.com To: sssd-devel@lists.fedorahosted.org
On 08/09/2016 11:07 AM, Jakub Hrozek wrote:
On Mon, Jul 25, 2016 at 06:18:28PM +0200, Petr Cech wrote: >> Hello, >> >> there is fixed patch set attached. >> >> Segmentation fault was caused by wrong pointer :-(, sorry. >> >> This new patch set has new debug message. I am open to dissccus the >> debug_level and content of message. Any improving idea? >> >> I hit one issue during testing -- sometimes if I am connected to >> subdomain >> and I enable only sibling subdomain (the master is added >> automaticaly) and >> forest root is not enabled -- I see only master and sibling not. >> But if I >> added sleep for cycle (for using dbg) to function >> ad_subdomains_init() >> everythink is OK. >> Any idea? Can you test that case with valgrind? This sounds like some uninitilized variable condition.
I didn't run valgrind but I have new information.
If you clear the cache and reset sssd, first attempt to obtain information about user from sibling domain fails. The second and the other attempts runs correctly.
I see that the sibling domain is enabled. But if I look more carefully there is message in log (gamma.domain.bootes is sibling domain):
[sssd[be[beta.domain.bootes]]] [dp_req_new] (0x0020): Unknown domain: gamma.domain.bootes
First attempt should works too but you should wait nearly exactly 6 seconds after restart sssd.
New patch set is attached.
I can't start SSSD with these patches: (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_target_run_constructor] (0x0010): Target [subdomains] constructor failed [22]: Invalid argument (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_load_targets] (0x0020): Unable to load target [subdomains] [22]: Invalid argument. (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_init] (0x0020): Unable to initialize DP targets [1432158209]: Internal Error (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_terminate_active_requests] (0x0400): Terminating active data provider requests
I have: $ git log --oneline origin/master..HEAD 3b2f910 TESTS: Adding tests for ad_enabled_domains option 7ac9517 AD_PROVIDER: ad_enabled_domains - other then master fdbbd30 AD_PROVIDER: ad_enabled_domains - only master ebaa14d AD_PROVIDER: Initializing of ad_enabled_domains 38989af AD_PROVIDER: Add ad_enabled_domains option
$ git rev-list origin/master..HEAD 3b2f9106c2c5bea1681cf1f752fc5f3256a04300 7ac9517f78dc4dcde4c4c613ec450a3f3fc8f644 fdbbd30adf9da7a3c2510029c2e8c3789a3083a0 ebaa14dd1dd0e4f55a2bc4e647ce848e36970dd2 38989afa14bfc89712808867b80e667d34e068b3
Hello Jakub,
I wasn't able to reproduce your bug. Is it true that I use F23 for testing this patch for historical reasons. I should try it with F24 too.
I sent whole patch set to CI, http://sssd-ci.duckdns.org/logs/job/51/45/summary.html but I think it is not conclusive because out tests don't contain AD server.
I will look at it again. But now I would like finish tests for netgroups.
I don't think it has to do with Fedora version. Maybe my sssd.conf would help:
[domain/win.trust.test] ad_domain = win.trust.test krb5_realm = WIN.TRUST.TEST realmd_tags = manages-system joined-with-adcli cache_credentials = True id_provider = ad krb5_store_password_if_offline = True default_shell = /bin/bash ldap_id_mapping = True use_fully_qualified_names = True fallback_homedir = /home/%u@%d ad_enable_gc = false debug_level = 10
access_provider = simple
#ad_enabled_domains = win.trust.test, siblingdom.win.trust.test #debug_level = 7
dyndns_update = false
Thanks,
I see now where's the problem. I didn't try to comment ad_enabled_domains in config for long time. If this option missing it will crash.
[dp_target_run_constructor] (0x0010): Target [subdomains] constructor failed [22]: Invalid argument
I hope it will be easy to fix it.
Hello,
I fixed little bug (wrong return code for missing option) in ad_get_enabled_domains().
New patch set is attached.
There is still one strange behaviour:
If you clear the cache and reset sssd, first attempt to obtain information about user from sibling domain fails. The second and the other attempts runs correctly.
I see that the sibling domain is enabled. But if I look more carefully there is message in log (gamma.domain.bootes is sibling domain):
[sssd[be[beta.domain.bootes]]] [dp_req_new] (0x0020): Unknown domain: gamma.domain.bootes
First attempt should works too but you should wait nearly exactly 6 seconds after restart sssd.
I think it is connected to mechanism which obtain information about domains. Is it right?
Regards
On Mon, Aug 15, 2016 at 04:03:17PM +0200, Petr Cech wrote:
On 08/12/2016 04:05 PM, Petr Cech wrote:
On 08/12/2016 03:36 PM, Jakub Hrozek wrote:
On Fri, Aug 12, 2016 at 02:51:21PM +0200, Petr Cech wrote:
On 08/12/2016 11:27 AM, Jakub Hrozek wrote:
On Wed, Aug 10, 2016 at 08:54:25AM +0200, Petr Cech wrote:
Sorry, I experienced some issue with mailing list. So I send it again.
-------- Forwarded Message -------- Subject: Re: [SSSD] Re: [PATCH SET] AD_PROVIDER: ad_enabled_domains Date: Tue, 9 Aug 2016 17:29:38 +0200 From: Petr Cech pcech@redhat.com To: sssd-devel@lists.fedorahosted.org
On 08/09/2016 11:07 AM, Jakub Hrozek wrote: > On Mon, Jul 25, 2016 at 06:18:28PM +0200, Petr Cech wrote: > > > Hello, > > > > > > there is fixed patch set attached. > > > > > > Segmentation fault was caused by wrong pointer :-(, sorry. > > > > > > This new patch set has new debug message. I am open to dissccus the > > > debug_level and content of message. Any improving idea? > > > > > > I hit one issue during testing -- sometimes if I am connected to > > > subdomain > > > and I enable only sibling subdomain (the master is added > > > automaticaly) and > > > forest root is not enabled -- I see only master and sibling not. > > > But if I > > > added sleep for cycle (for using dbg) to function > > > ad_subdomains_init() > > > everythink is OK. > > > Any idea? > Can you test that case with valgrind? This sounds like some > uninitilized > variable condition.
I didn't run valgrind but I have new information.
If you clear the cache and reset sssd, first attempt to obtain information about user from sibling domain fails. The second and the other attempts runs correctly.
I see that the sibling domain is enabled. But if I look more carefully there is message in log (gamma.domain.bootes is sibling domain):
[sssd[be[beta.domain.bootes]]] [dp_req_new] (0x0020): Unknown domain: gamma.domain.bootes
First attempt should works too but you should wait nearly exactly 6 seconds after restart sssd.
New patch set is attached.
I can't start SSSD with these patches: (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_target_run_constructor] (0x0010): Target [subdomains] constructor failed [22]: Invalid argument (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_load_targets] (0x0020): Unable to load target [subdomains] [22]: Invalid argument. (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_init] (0x0020): Unable to initialize DP targets [1432158209]: Internal Error (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_terminate_active_requests] (0x0400): Terminating active data provider requests
I have: $ git log --oneline origin/master..HEAD 3b2f910 TESTS: Adding tests for ad_enabled_domains option 7ac9517 AD_PROVIDER: ad_enabled_domains - other then master fdbbd30 AD_PROVIDER: ad_enabled_domains - only master ebaa14d AD_PROVIDER: Initializing of ad_enabled_domains 38989af AD_PROVIDER: Add ad_enabled_domains option
$ git rev-list origin/master..HEAD 3b2f9106c2c5bea1681cf1f752fc5f3256a04300 7ac9517f78dc4dcde4c4c613ec450a3f3fc8f644 fdbbd30adf9da7a3c2510029c2e8c3789a3083a0 ebaa14dd1dd0e4f55a2bc4e647ce848e36970dd2 38989afa14bfc89712808867b80e667d34e068b3
Hello Jakub,
I wasn't able to reproduce your bug. Is it true that I use F23 for testing this patch for historical reasons. I should try it with F24 too.
I sent whole patch set to CI, http://sssd-ci.duckdns.org/logs/job/51/45/summary.html but I think it is not conclusive because out tests don't contain AD server.
I will look at it again. But now I would like finish tests for netgroups.
I don't think it has to do with Fedora version. Maybe my sssd.conf would help:
[domain/win.trust.test] ad_domain = win.trust.test krb5_realm = WIN.TRUST.TEST realmd_tags = manages-system joined-with-adcli cache_credentials = True id_provider = ad krb5_store_password_if_offline = True default_shell = /bin/bash ldap_id_mapping = True use_fully_qualified_names = True fallback_homedir = /home/%u@%d ad_enable_gc = false debug_level = 10
access_provider = simple
#ad_enabled_domains = win.trust.test, siblingdom.win.trust.test #debug_level = 7
dyndns_update = false
Thanks,
I see now where's the problem. I didn't try to comment ad_enabled_domains in config for long time. If this option missing it will crash.
[dp_target_run_constructor] (0x0010): Target [subdomains] constructor failed [22]: Invalid argument
I hope it will be easy to fix it.
Hello,
I fixed little bug (wrong return code for missing option) in ad_get_enabled_domains().
New patch set is attached.
There is still one strange behaviour:
If you clear the cache and reset sssd, first attempt to obtain information about user from sibling domain fails. The second and the other attempts runs correctly.
I see that the sibling domain is enabled. But if I look more carefully there is message in log (gamma.domain.bootes is sibling domain):
[sssd[be[beta.domain.bootes]]] [dp_req_new] (0x0020): Unknown domain: gamma.domain.bootes
First attempt should works too but you should wait nearly exactly 6 seconds after restart sssd.
I think this is an unrelated bug where the subdomains take a bit of time to be discovered. I think the responder was waiting until the subdomains were autodiscovered, did we break this?
Anyway, it's not related to these patches (and I can't reproduce it locally either)
I have two last small comments:
From 24d32d0eb12ddc433e64ffd6411e9e13f0067b35 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Fri, 13 May 2016 05:21:07 -0400 Subject: [PATCH 1/5] AD_PROVIDER: Add ad_enabled_domains option
Did you already have the manpage hunk checked by some native English speaker?
--- a/src/man/sssd-ad.5.xml +++ b/src/man/sssd-ad.5.xml @@ -114,6 +114,28 @@ ldap_id_mapping = False </varlistentry>
<varlistentry>
<term>ad_enabled_domains (string)</term>
<listitem>
<para>
The comma-separated list of the enabled Active
Directory domains. This is optional. If provided,
SSSD will not contact domains not listed in this
option. If not provided, all domains from AD forest
are enabled.
In particular, I'm not sure about the double negatives (not contact domains not listed..)
And normally we list the default value in a separate para.
</para>
<para>
For proper operation, this option should be
specified as the lower-case version of the long
version of the Active Directory domain.
</para>
<para>
The short domain name (also known as the NetBIOS
or the flat name) is autodetected by the SSSD.
</para>
</listitem>
</varlistentry>
<varlistentry> <term>ad_server, ad_backup_server (string)</term> <listitem> <para>
From 807401f380d6f23e4b4594d32ecd45223e602d10 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Mon, 27 Jun 2016 11:51:30 +0200 Subject: [PATCH 4/5] AD_PROVIDER: ad_enabled_domains - other then master
We can skip looking up other domains if option ad_enabled_domains doesn't contain them.
Resolves: https://fedorahosted.org/sssd/ticket/2828
[...]
static errno_t ad_subdomains_process(TALLOC_CTX *mem_ctx, struct sss_domain_info *domain,
const char **enabled_domains_list, size_t nsd, struct sysdb_attrs **sd, struct sysdb_attrs *root, size_t *_nsd_out,
@@ -493,9 +504,10 @@ static errno_t ad_subdomains_process(TALLOC_CTX *mem_ctx, size_t i, sdi; struct sysdb_attrs **sd_out; const char *sd_name;
- const char *root_name; errno_t ret;
- if (root == NULL) {
- if (root == NULL && (enabled_domains_list == NULL)) {
The parens around enabled_domains_list are not needed, can you drop them?
/* We are connected directly to the root domain. The 'sd' * list is complete and we can just use it */
The other patches can be considered ACKed.
On 08/16/2016 02:52 PM, Jakub Hrozek wrote:
On Mon, Aug 15, 2016 at 04:03:17PM +0200, Petr Cech wrote:
On 08/12/2016 04:05 PM, Petr Cech wrote:
On 08/12/2016 03:36 PM, Jakub Hrozek wrote:
On Fri, Aug 12, 2016 at 02:51:21PM +0200, Petr Cech wrote:
On 08/12/2016 11:27 AM, Jakub Hrozek wrote:
On Wed, Aug 10, 2016 at 08:54:25AM +0200, Petr Cech wrote: > Sorry, I experienced some issue with mailing list. > So I send it again. > > -------- Forwarded Message -------- > Subject: Re: [SSSD] Re: [PATCH SET] AD_PROVIDER: ad_enabled_domains > Date: Tue, 9 Aug 2016 17:29:38 +0200 > From: Petr Cech pcech@redhat.com > To: sssd-devel@lists.fedorahosted.org > > On 08/09/2016 11:07 AM, Jakub Hrozek wrote: >> On Mon, Jul 25, 2016 at 06:18:28PM +0200, Petr Cech wrote: >>>> Hello, >>>> >>>> there is fixed patch set attached. >>>> >>>> Segmentation fault was caused by wrong pointer :-(, sorry. >>>> >>>> This new patch set has new debug message. I am open to dissccus the >>>> debug_level and content of message. Any improving idea? >>>> >>>> I hit one issue during testing -- sometimes if I am connected to >>>> subdomain >>>> and I enable only sibling subdomain (the master is added >>>> automaticaly) and >>>> forest root is not enabled -- I see only master and sibling not. >>>> But if I >>>> added sleep for cycle (for using dbg) to function >>>> ad_subdomains_init() >>>> everythink is OK. >>>> Any idea? >> Can you test that case with valgrind? This sounds like some >> uninitilized >> variable condition. > > > I didn't run valgrind but I have new information. > > If you clear the cache and reset sssd, first attempt to obtain > information > about user from sibling domain fails. The second and the other > attempts runs > correctly. > > I see that the sibling domain is enabled. But if I look more > carefully there > is message in log (gamma.domain.bootes is sibling domain): > > [sssd[be[beta.domain.bootes]]] [dp_req_new] (0x0020): Unknown domain: > gamma.domain.bootes > > First attempt should works too but you should wait nearly exactly 6 > seconds > after restart sssd. > > New patch set is attached.
I can't start SSSD with these patches: (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_target_run_constructor] (0x0010): Target [subdomains] constructor failed [22]: Invalid argument (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_load_targets] (0x0020): Unable to load target [subdomains] [22]: Invalid argument. (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_init] (0x0020): Unable to initialize DP targets [1432158209]: Internal Error (Fri Aug 12 11:25:38 2016) [sssd[be[win.trust.test]]] [dp_terminate_active_requests] (0x0400): Terminating active data provider requests
I have: $ git log --oneline origin/master..HEAD 3b2f910 TESTS: Adding tests for ad_enabled_domains option 7ac9517 AD_PROVIDER: ad_enabled_domains - other then master fdbbd30 AD_PROVIDER: ad_enabled_domains - only master ebaa14d AD_PROVIDER: Initializing of ad_enabled_domains 38989af AD_PROVIDER: Add ad_enabled_domains option
$ git rev-list origin/master..HEAD 3b2f9106c2c5bea1681cf1f752fc5f3256a04300 7ac9517f78dc4dcde4c4c613ec450a3f3fc8f644 fdbbd30adf9da7a3c2510029c2e8c3789a3083a0 ebaa14dd1dd0e4f55a2bc4e647ce848e36970dd2 38989afa14bfc89712808867b80e667d34e068b3
Hello Jakub,
I wasn't able to reproduce your bug. Is it true that I use F23 for testing this patch for historical reasons. I should try it with F24 too.
I sent whole patch set to CI, http://sssd-ci.duckdns.org/logs/job/51/45/summary.html but I think it is not conclusive because out tests don't contain AD server.
I will look at it again. But now I would like finish tests for netgroups.
I don't think it has to do with Fedora version. Maybe my sssd.conf would help:
[domain/win.trust.test] ad_domain = win.trust.test krb5_realm = WIN.TRUST.TEST realmd_tags = manages-system joined-with-adcli cache_credentials = True id_provider = ad krb5_store_password_if_offline = True default_shell = /bin/bash ldap_id_mapping = True use_fully_qualified_names = True fallback_homedir = /home/%u@%d ad_enable_gc = false debug_level = 10
access_provider = simple
#ad_enabled_domains = win.trust.test, siblingdom.win.trust.test #debug_level = 7
dyndns_update = false
Thanks,
I see now where's the problem. I didn't try to comment ad_enabled_domains in config for long time. If this option missing it will crash.
[dp_target_run_constructor] (0x0010): Target [subdomains] constructor failed [22]: Invalid argument
I hope it will be easy to fix it.
Hello,
I fixed little bug (wrong return code for missing option) in ad_get_enabled_domains().
New patch set is attached.
There is still one strange behaviour:
If you clear the cache and reset sssd, first attempt to obtain information about user from sibling domain fails. The second and the other attempts runs correctly.
I see that the sibling domain is enabled. But if I look more carefully there is message in log (gamma.domain.bootes is sibling domain):
[sssd[be[beta.domain.bootes]]] [dp_req_new] (0x0020): Unknown domain: gamma.domain.bootes
First attempt should works too but you should wait nearly exactly 6 seconds after restart sssd.
I think this is an unrelated bug where the subdomains take a bit of time to be discovered. I think the responder was waiting until the subdomains were autodiscovered, did we break this?
Anyway, it's not related to these patches (and I can't reproduce it locally either)
I have two last small comments:
Thanks Jakub for review and comments. New fixed version of patch set is attached.
From 24d32d0eb12ddc433e64ffd6411e9e13f0067b35 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Fri, 13 May 2016 05:21:07 -0400 Subject: [PATCH 1/5] AD_PROVIDER: Add ad_enabled_domains option
Did you already have the manpage hunk checked by some native English speaker?
No native speaker have seen it.
--- a/src/man/sssd-ad.5.xml +++ b/src/man/sssd-ad.5.xml @@ -114,6 +114,28 @@ ldap_id_mapping = False </varlistentry>
<varlistentry>
<term>ad_enabled_domains (string)</term>
<listitem>
<para>
The comma-separated list of the enabled Active
Directory domains. This is optional. If provided,
SSSD will not contact domains not listed in this
option. If not provided, all domains from AD forest
are enabled.
In particular, I'm not sure about the double negatives (not contact domains not listed..)
And normally we list the default value in a separate para.
Addressed.
</para>
<para>
For proper operation, this option should be
specified as the lower-case version of the long
version of the Active Directory domain.
</para>
<para>
The short domain name (also known as the NetBIOS
or the flat name) is autodetected by the SSSD.
</para>
</listitem>
</varlistentry>
<varlistentry> <term>ad_server, ad_backup_server (string)</term> <listitem> <para>
From 807401f380d6f23e4b4594d32ecd45223e602d10 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Mon, 27 Jun 2016 11:51:30 +0200 Subject: [PATCH 4/5] AD_PROVIDER: ad_enabled_domains - other then master
We can skip looking up other domains if option ad_enabled_domains doesn't contain them.
Resolves: https://fedorahosted.org/sssd/ticket/2828
[...]
static errno_t ad_subdomains_process(TALLOC_CTX *mem_ctx, struct sss_domain_info *domain,
const char **enabled_domains_list, size_t nsd, struct sysdb_attrs **sd, struct sysdb_attrs *root, size_t *_nsd_out,
@@ -493,9 +504,10 @@ static errno_t ad_subdomains_process(TALLOC_CTX *mem_ctx, size_t i, sdi; struct sysdb_attrs **sd_out; const char *sd_name;
- const char *root_name; errno_t ret;
- if (root == NULL) {
- if (root == NULL && (enabled_domains_list == NULL)) {
The parens around enabled_domains_list are not needed, can you drop them?
Addressed.
/* We are connected directly to the root domain. The 'sd' * list is complete and we can just use it */
The other patches can be considered ACKed. _______________________________________________ sssd-devel mailing list sssd-devel@lists.fedorahosted.org https://lists.fedorahosted.org/admin/lists/sssd-devel@lists.fedorahosted.org
On Tue, Aug 16, 2016 at 03:17:19PM +0200, Petr Cech wrote:
From 24d32d0eb12ddc433e64ffd6411e9e13f0067b35 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Fri, 13 May 2016 05:21:07 -0400 Subject: [PATCH 1/5] AD_PROVIDER: Add ad_enabled_domains option
Did you already have the manpage hunk checked by some native English speaker?
No native speaker have seen it.
OK, can you please ask Dan or Stephen to help us word the manpage piece better?
On 08/16/2016 09:26 AM, Jakub Hrozek wrote:
On Tue, Aug 16, 2016 at 03:17:19PM +0200, Petr Cech wrote:
From 24d32d0eb12ddc433e64ffd6411e9e13f0067b35 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Fri, 13 May 2016 05:21:07 -0400 Subject: [PATCH 1/5] AD_PROVIDER: Add ad_enabled_domains option
Did you already have the manpage hunk checked by some native English speaker?
No native speaker have seen it.
OK, can you please ask Dan or Stephen to help us word the manpage piece better?
Proposed man page change:
ad_enabled_domains (string) A comma-separated list of enabled Active Directory domains. If provided, SSSD will ignore any domains not listed in this option. If left unset, all domains from the AD forest will be available.
For proper operation, this option must be specified in all lower-case and as the fully qualified domain name of the Active Directory domain. For example:
ad_enabled_domains = sales.example.com, eng.example.com
The short domain name (also known as the NetBIOS or the flat name) will be autodetected by SSSD.
Default: Not set
On 08/16/2016 03:58 PM, Stephen Gallagher wrote:
On 08/16/2016 09:26 AM, Jakub Hrozek wrote:
On Tue, Aug 16, 2016 at 03:17:19PM +0200, Petr Cech wrote:
>>> From 24d32d0eb12ddc433e64ffd6411e9e13f0067b35 Mon Sep 17 00:00:00 2001 >>> From: Petr Cech pcech@redhat.com >>> Date: Fri, 13 May 2016 05:21:07 -0400 >>> Subject: [PATCH 1/5] AD_PROVIDER: Add ad_enabled_domains option >>> >>> Resolves: >>> https://fedorahosted.org/sssd/ticket/2828 > > Did you already have the manpage hunk checked by some native English > speaker?
No native speaker have seen it.
OK, can you please ask Dan or Stephen to help us word the manpage piece better?
Proposed man page change:
ad_enabled_domains (string) A comma-separated list of enabled Active Directory domains. If provided, SSSD will ignore any domains not listed in this option. If left unset, all domains from the AD forest will be available.
For proper operation, this option must be specified in all lower-case and as the fully qualified domain name of the Active Directory domain. For example:
ad_enabled_domains = sales.example.com, eng.example.com
The short domain name (also known as the NetBIOS or the flat name) will be autodetected by SSSD.
Default: Not set
Thanks Stephen for review. Fixed patch set is attached.
Regards
On Tue, Aug 16, 2016 at 04:29:43PM +0200, Petr Cech wrote:
On 08/16/2016 03:58 PM, Stephen Gallagher wrote:
On 08/16/2016 09:26 AM, Jakub Hrozek wrote:
On Tue, Aug 16, 2016 at 03:17:19PM +0200, Petr Cech wrote:
>>>> From 24d32d0eb12ddc433e64ffd6411e9e13f0067b35 Mon Sep 17 00:00:00 2001 >>>> From: Petr Cech pcech@redhat.com >>>> Date: Fri, 13 May 2016 05:21:07 -0400 >>>> Subject: [PATCH 1/5] AD_PROVIDER: Add ad_enabled_domains option >>>> >>>> Resolves: >>>> https://fedorahosted.org/sssd/ticket/2828 >> >> Did you already have the manpage hunk checked by some native English >> speaker?
No native speaker have seen it.
OK, can you please ask Dan or Stephen to help us word the manpage piece better?
Proposed man page change:
ad_enabled_domains (string) A comma-separated list of enabled Active Directory domains. If provided, SSSD will ignore any domains not listed in this option. If left unset, all domains from the AD forest will be available.
For proper operation, this option must be specified in all lower-case and as the fully qualified domain name of the Active Directory domain. For example:
ad_enabled_domains = sales.example.com, eng.example.com
The short domain name (also known as the NetBIOS or the flat name) will be autodetected by SSSD.
Default: Not set
Thanks Stephen for review. Fixed patch set is attached.
Regards
-- Petr^4 Čech
New issue: the tests don't build on Debian..
/libsss_test_common.a -ltevent -ltalloc -lldb -Wl,-rpath -Wl,/usr/local/lib/sssd /usr/bin/ld: src/tests/cmocka/test_ad_subdom-test_ad_subdomains.o: undefined reference to symbol 'idmap_error_string@@SSS_IDMAP_0.4' //var/lib/jenkins/workspace/ci/label/debian_testing/ci-build-debug/.libs/libsss_idmap.so.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status Makefile:11971: recipe for target 'test_ad_subdom' failed
On 08/16/2016 08:30 PM, Jakub Hrozek wrote:
On Tue, Aug 16, 2016 at 04:29:43PM +0200, Petr Cech wrote:
On 08/16/2016 03:58 PM, Stephen Gallagher wrote:
On 08/16/2016 09:26 AM, Jakub Hrozek wrote:
On Tue, Aug 16, 2016 at 03:17:19PM +0200, Petr Cech wrote:
>>>>> From 24d32d0eb12ddc433e64ffd6411e9e13f0067b35 Mon Sep 17 00:00:00 2001 >>>>> From: Petr Cech pcech@redhat.com >>>>> Date: Fri, 13 May 2016 05:21:07 -0400 >>>>> Subject: [PATCH 1/5] AD_PROVIDER: Add ad_enabled_domains option >>>>> >>>>> Resolves: >>>>> https://fedorahosted.org/sssd/ticket/2828 >>> >>> Did you already have the manpage hunk checked by some native English >>> speaker? > > No native speaker have seen it.
OK, can you please ask Dan or Stephen to help us word the manpage piece better?
Proposed man page change:
ad_enabled_domains (string) A comma-separated list of enabled Active Directory domains. If provided, SSSD will ignore any domains not listed in this option. If left unset, all domains from the AD forest will be available.
For proper operation, this option must be specified in all lower-case and as the fully qualified domain name of the Active Directory domain. For example:
ad_enabled_domains = sales.example.com, eng.example.com
The short domain name (also known as the NetBIOS or the flat name) will be autodetected by SSSD.
Default: Not set
Thanks Stephen for review. Fixed patch set is attached.
Regards
-- Petr^4 Čech
New issue: the tests don't build on Debian..
/libsss_test_common.a -ltevent -ltalloc -lldb -Wl,-rpath -Wl,/usr/local/lib/sssd /usr/bin/ld: src/tests/cmocka/test_ad_subdom-test_ad_subdomains.o: undefined reference to symbol 'idmap_error_string@@SSS_IDMAP_0.4' //var/lib/jenkins/workspace/ci/label/debian_testing/ci-build-debug/.libs/libsss_idmap.so.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status Makefile:11971: recipe for target 'test_ad_subdom' failed
Hi Jakub, thanks for notice. I fixed Makefile and CI passed: http://sssd-ci.duckdns.org/logs/job/51/80/summary.html
I rebased the patch set, it is attached.
Oh and I see new mail from Lukas, I will take a look on it. :-)
Regards
After reading Lukas mail:
self-NACK for this version.
On 08/17/2016 09:57 AM, Petr Cech wrote:
On 08/16/2016 08:30 PM, Jakub Hrozek wrote:
On Tue, Aug 16, 2016 at 04:29:43PM +0200, Petr Cech wrote:
On 08/16/2016 03:58 PM, Stephen Gallagher wrote:
On 08/16/2016 09:26 AM, Jakub Hrozek wrote:
On Tue, Aug 16, 2016 at 03:17:19PM +0200, Petr Cech wrote: >>>>>> From 24d32d0eb12ddc433e64ffd6411e9e13f0067b35 Mon Sep 17 >>>>>> 00:00:00 2001 >>>>>> From: Petr Cech pcech@redhat.com >>>>>> Date: Fri, 13 May 2016 05:21:07 -0400 >>>>>> Subject: [PATCH 1/5] AD_PROVIDER: Add ad_enabled_domains option >>>>>> >>>>>> Resolves: >>>>>> https://fedorahosted.org/sssd/ticket/2828 >>>> >>>> Did you already have the manpage hunk checked by some native >>>> English >>>> speaker? >> >> No native speaker have seen it.
OK, can you please ask Dan or Stephen to help us word the manpage piece better?
Proposed man page change:
ad_enabled_domains (string) A comma-separated list of enabled Active Directory domains. If provided, SSSD will ignore any domains not listed in this option. If left unset, all domains from the AD forest will be available.
For proper operation, this option must be specified in all lower-case and as the fully qualified domain name of the Active Directory domain. For example:
ad_enabled_domains = sales.example.com, eng.example.com
The short domain name (also known as the NetBIOS or the flat name) will be autodetected by SSSD.
Default: Not set
Thanks Stephen for review. Fixed patch set is attached.
Regards
-- Petr^4 Čech
New issue: the tests don't build on Debian..
/libsss_test_common.a -ltevent -ltalloc -lldb -Wl,-rpath -Wl,/usr/local/lib/sssd /usr/bin/ld: src/tests/cmocka/test_ad_subdom-test_ad_subdomains.o: undefined reference to symbol 'idmap_error_string@@SSS_IDMAP_0.4' //var/lib/jenkins/workspace/ci/label/debian_testing/ci-build-debug/.libs/libsss_idmap.so.0: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status Makefile:11971: recipe for target 'test_ad_subdom' failed
Hi Jakub, thanks for notice. I fixed Makefile and CI passed: http://sssd-ci.duckdns.org/logs/job/51/80/summary.html
I rebased the patch set, it is attached.
Oh and I see new mail from Lukas, I will take a look on it. :-)
Regards
On (16/08/16 16:29), Petr Cech wrote:
On 08/16/2016 03:58 PM, Stephen Gallagher wrote:
On 08/16/2016 09:26 AM, Jakub Hrozek wrote:
On Tue, Aug 16, 2016 at 03:17:19PM +0200, Petr Cech wrote:
>>>> From 24d32d0eb12ddc433e64ffd6411e9e13f0067b35 Mon Sep 17 00:00:00 2001 >>>> From: Petr Cech pcech@redhat.com >>>> Date: Fri, 13 May 2016 05:21:07 -0400 >>>> Subject: [PATCH 1/5] AD_PROVIDER: Add ad_enabled_domains option >>>> >>>> Resolves: >>>> https://fedorahosted.org/sssd/ticket/2828 >> >> Did you already have the manpage hunk checked by some native English >> speaker?
No native speaker have seen it.
OK, can you please ask Dan or Stephen to help us word the manpage piece better?
Proposed man page change:
ad_enabled_domains (string) A comma-separated list of enabled Active Directory domains. If provided, SSSD will ignore any domains not listed in this option. If left unset, all domains from the AD forest will be available.
For proper operation, this option must be specified in all lower-case and as the fully qualified domain name of the Active Directory domain. For example:
ad_enabled_domains = sales.example.com, eng.example.com
The short domain name (also known as the NetBIOS or the flat name) will be autodetected by SSSD.
Default: Not set
Thanks Stephen for review. Fixed patch set is attached.
Regards
-- Petr^4 Čech
From b5420a5710d649c2b8324822bbb55ae53eb1e1f2 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Tue, 21 Jun 2016 08:34:15 +0200 Subject: [PATCH 2/5] AD_PROVIDER: Initializing of ad_enabled_domains
We add ad_enabled_domains into ad_subdomains_ctx.
Resolves: https://fedorahosted.org/sssd/ticket/2828
src/providers/ad/ad_subdomains.c | 82 ++++++++++++++++++++++++++++++++++++++++ 1 file changed, 82 insertions(+)
src/providers/ad/ad_subdomains.c: In function ‘ad_subdomains_init’: src/providers/ad/ad_subdomains.c:1447:34: error: passing argument 4 of ‘ad_get_enabled_domains’ from incompatible pointer type [-Werror=incompatible-pointer-types] &ad_enabled_domains); ^ src/providers/ad/ad_subdomains.c:60:16: note: expected ‘const char ***’ but argument is of type ‘char ***’ static errno_t ad_get_enabled_domains(TALLOC_CTX *mem_ctx, ^~~~~~~~~~~~~~~~~~~~~~ src/providers/ad/ad_subdomains.c:1460:32: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types] sd_ctx->ad_enabled_domains = ad_enabled_domains; ^ cc1: all warnings being treated as errors
It's fixed in 4th patch but I would appreciate to fix it in this patch.
From a9f43343ce46bf130ff8bd64d8c4fea207f9ce05 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Mon, 27 Jun 2016 11:53:19 +0200 Subject: [PATCH 5/5] TESTS: Adding tests for ad_enabled_domains option
There is special logic around ad_enabled_domains option:
- option is disabled by default
- master domain is always added to enabled domains
Resolves: https://fedorahosted.org/sssd/ticket/2828
Makefile.am | 23 +++ src/tests/cmocka/test_ad_subdomains.c | 328 ++++++++++++++++++++++++++++++++++ 2 files changed, 351 insertions(+) create mode 100644 src/tests/cmocka/test_ad_subdomains.c
diff --git a/Makefile.am b/Makefile.am index 5d1d671096f986d9387e6199112c017e9bf30e1b..59f69f8d242dad9268ef3341647c0c20aa5d8cc0 100644 --- a/Makefile.am +++ b/Makefile.am @@ -257,6 +257,7 @@ if HAVE_CMOCKA test_sbus_opath \ test_fo_srv \ pam-srv-tests \
test_ad_subdom \ test_ipa_subdom_util \ test_tools_colondb \ test_krb5_wait_queue \
@@ -2797,6 +2798,28 @@ test_fo_srv_LDADD = \ libsss_test_common.la \ $(NULL)
+test_ad_subdom_SOURCES = \
- src/tests/cmocka/test_ad_subdomains.c \
- $(NULL)
+test_ad_subdom_CFLAGS = \
- $(AM_CFLAGS) \
- $(NDR_NBT_CFLAGS) \
- $(NDR_KRB5PAC_CFLAGS) \
- $(NULL)
+test_ad_subdom_LDADD = \
- $(CMOCKA_LIBS) \
- $(POPT_LIBS) \
- $(TALLOC_LIBS) \
- $(LDB_LIBS) \
- $(NDR_NBT_LIBS) \
- $(NDR_KRB5PAC_LIBS) \
- $(SSSD_INTERNAL_LTLIBS) \
- libsss_ldap_common.la \
- libsss_ad_tests.la \
- libsss_test_common.la \
- libdlopen_test_providers.la \
- $(NULL)
Attached diff fixes build on debian and removes unused parts.
diff --git a/Makefile.am b/Makefile.am index 5a8112d..edab5ac 100644 --- a/Makefile.am +++ b/Makefile.am @@ -2808,19 +2808,15 @@ test_ad_subdom_SOURCES = \ $(NULL) test_ad_subdom_CFLAGS = \ $(AM_CFLAGS) \ - $(NDR_NBT_CFLAGS) \ - $(NDR_KRB5PAC_CFLAGS) \ $(NULL) test_ad_subdom_LDADD = \ $(CMOCKA_LIBS) \ $(POPT_LIBS) \ $(TALLOC_LIBS) \ - $(LDB_LIBS) \ - $(NDR_NBT_LIBS) \ - $(NDR_KRB5PAC_LIBS) \ $(SSSD_INTERNAL_LTLIBS) \ libsss_ldap_common.la \ libsss_ad_tests.la \ + libsss_idmap.la \ libsss_test_common.la \ libdlopen_test_providers.la \ $(NULL)
On (17/08/16 09:54), Lukas Slebodnik wrote:
On (16/08/16 16:29), Petr Cech wrote:
On 08/16/2016 03:58 PM, Stephen Gallagher wrote:
On 08/16/2016 09:26 AM, Jakub Hrozek wrote:
On Tue, Aug 16, 2016 at 03:17:19PM +0200, Petr Cech wrote:
> >>>> From 24d32d0eb12ddc433e64ffd6411e9e13f0067b35 Mon Sep 17 00:00:00 2001 > >>>> From: Petr Cech pcech@redhat.com > >>>> Date: Fri, 13 May 2016 05:21:07 -0400 > >>>> Subject: [PATCH 1/5] AD_PROVIDER: Add ad_enabled_domains option > >>>> > >>>> Resolves: > >>>> https://fedorahosted.org/sssd/ticket/2828 >>> >>> Did you already have the manpage hunk checked by some native English >>> speaker? > > No native speaker have seen it.
OK, can you please ask Dan or Stephen to help us word the manpage piece better?
Proposed man page change:
ad_enabled_domains (string) A comma-separated list of enabled Active Directory domains. If provided, SSSD will ignore any domains not listed in this option. If left unset, all domains from the AD forest will be available.
For proper operation, this option must be specified in all lower-case and as the fully qualified domain name of the Active Directory domain. For example:
ad_enabled_domains = sales.example.com, eng.example.com
The short domain name (also known as the NetBIOS or the flat name) will be autodetected by SSSD.
Default: Not set
Thanks Stephen for review. Fixed patch set is attached.
Regards
-- Petr^4 Čech
From b5420a5710d649c2b8324822bbb55ae53eb1e1f2 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Tue, 21 Jun 2016 08:34:15 +0200 Subject: [PATCH 2/5] AD_PROVIDER: Initializing of ad_enabled_domains
We add ad_enabled_domains into ad_subdomains_ctx.
Resolves: https://fedorahosted.org/sssd/ticket/2828
src/providers/ad/ad_subdomains.c | 82 ++++++++++++++++++++++++++++++++++++++++ 1 file changed, 82 insertions(+)
src/providers/ad/ad_subdomains.c: In function ‘ad_subdomains_init’: src/providers/ad/ad_subdomains.c:1447:34: error: passing argument 4 of ‘ad_get_enabled_domains’ from incompatible pointer type [-Werror=incompatible-pointer-types] &ad_enabled_domains); ^ src/providers/ad/ad_subdomains.c:60:16: note: expected ‘const char ***’ but argument is of type ‘char ***’ static errno_t ad_get_enabled_domains(TALLOC_CTX *mem_ctx, ^~~~~~~~~~~~~~~~~~~~~~ src/providers/ad/ad_subdomains.c:1460:32: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types] sd_ctx->ad_enabled_domains = ad_enabled_domains; ^ cc1: all warnings being treated as errors
It's fixed in 4th patch but I would appreciate to fix it in this patch.
From a9f43343ce46bf130ff8bd64d8c4fea207f9ce05 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Mon, 27 Jun 2016 11:53:19 +0200 Subject: [PATCH 5/5] TESTS: Adding tests for ad_enabled_domains option
There is special logic around ad_enabled_domains option:
- option is disabled by default
- master domain is always added to enabled domains
Resolves: https://fedorahosted.org/sssd/ticket/2828
Makefile.am | 23 +++ src/tests/cmocka/test_ad_subdomains.c | 328 ++++++++++++++++++++++++++++++++++ 2 files changed, 351 insertions(+) create mode 100644 src/tests/cmocka/test_ad_subdomains.c
diff --git a/Makefile.am b/Makefile.am index 5d1d671096f986d9387e6199112c017e9bf30e1b..59f69f8d242dad9268ef3341647c0c20aa5d8cc0 100644 --- a/Makefile.am +++ b/Makefile.am @@ -257,6 +257,7 @@ if HAVE_CMOCKA test_sbus_opath \ test_fo_srv \ pam-srv-tests \
test_ad_subdom \ test_ipa_subdom_util \ test_tools_colondb \ test_krb5_wait_queue \
@@ -2797,6 +2798,28 @@ test_fo_srv_LDADD = \ libsss_test_common.la \ $(NULL)
+test_ad_subdom_SOURCES = \
- src/tests/cmocka/test_ad_subdomains.c \
- $(NULL)
+test_ad_subdom_CFLAGS = \
- $(AM_CFLAGS) \
- $(NDR_NBT_CFLAGS) \
- $(NDR_KRB5PAC_CFLAGS) \
- $(NULL)
+test_ad_subdom_LDADD = \
- $(CMOCKA_LIBS) \
- $(POPT_LIBS) \
- $(TALLOC_LIBS) \
- $(LDB_LIBS) \
- $(NDR_NBT_LIBS) \
- $(NDR_KRB5PAC_LIBS) \
- $(SSSD_INTERNAL_LTLIBS) \
- libsss_ldap_common.la \
- libsss_ad_tests.la \
- libsss_test_common.la \
- libdlopen_test_providers.la \
- $(NULL)
Attached diff fixes build on debian and removes unused parts.
diff --git a/Makefile.am b/Makefile.am index 5a8112d..edab5ac 100644 --- a/Makefile.am +++ b/Makefile.am @@ -2808,19 +2808,15 @@ test_ad_subdom_SOURCES = \ $(NULL) test_ad_subdom_CFLAGS = \ $(AM_CFLAGS) \
- $(NDR_NBT_CFLAGS) \
Actually, NDR_NBT_CFLAGS needs to be there other wise there is an error
CC src/providers/ipa/test_ipa_subdom_util-ipa_subdomains_utils.o In file included from ../sssd/src/tests/cmocka/test_ad_subdomains.c:39:0: ../sssd/src/providers/ad/ad_subdomains.c:35:17: fatal error: ndr.h: No such file or directory #include <ndr.h>
LS
On 08/17/2016 10:40 AM, Lukas Slebodnik wrote:
On (17/08/16 09:54), Lukas Slebodnik wrote:
On (16/08/16 16:29), Petr Cech wrote:
On 08/16/2016 03:58 PM, Stephen Gallagher wrote:
On 08/16/2016 09:26 AM, Jakub Hrozek wrote:
On Tue, Aug 16, 2016 at 03:17:19PM +0200, Petr Cech wrote: >>>>>> From 24d32d0eb12ddc433e64ffd6411e9e13f0067b35 Mon Sep 17 00:00:00 2001 >>>>>> From: Petr Cech pcech@redhat.com >>>>>> Date: Fri, 13 May 2016 05:21:07 -0400 >>>>>> Subject: [PATCH 1/5] AD_PROVIDER: Add ad_enabled_domains option >>>>>> >>>>>> Resolves: >>>>>> https://fedorahosted.org/sssd/ticket/2828 >>>> >>>> Did you already have the manpage hunk checked by some native English >>>> speaker? >> >> No native speaker have seen it.
OK, can you please ask Dan or Stephen to help us word the manpage piece better?
Proposed man page change:
ad_enabled_domains (string) A comma-separated list of enabled Active Directory domains. If provided, SSSD will ignore any domains not listed in this option. If left unset, all domains from the AD forest will be available.
For proper operation, this option must be specified in all lower-case and as the fully qualified domain name of the Active Directory domain. For example:
ad_enabled_domains = sales.example.com, eng.example.com
The short domain name (also known as the NetBIOS or the flat name) will be autodetected by SSSD.
Default: Not set
Thanks Stephen for review. Fixed patch set is attached.
Regards
-- Petr^4 Čech
From b5420a5710d649c2b8324822bbb55ae53eb1e1f2 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Tue, 21 Jun 2016 08:34:15 +0200 Subject: [PATCH 2/5] AD_PROVIDER: Initializing of ad_enabled_domains
We add ad_enabled_domains into ad_subdomains_ctx.
Resolves: https://fedorahosted.org/sssd/ticket/2828
src/providers/ad/ad_subdomains.c | 82 ++++++++++++++++++++++++++++++++++++++++ 1 file changed, 82 insertions(+)
src/providers/ad/ad_subdomains.c: In function ‘ad_subdomains_init’: src/providers/ad/ad_subdomains.c:1447:34: error: passing argument 4 of ‘ad_get_enabled_domains’ from incompatible pointer type [-Werror=incompatible-pointer-types] &ad_enabled_domains); ^ src/providers/ad/ad_subdomains.c:60:16: note: expected ‘const char ***’ but argument is of type ‘char ***’ static errno_t ad_get_enabled_domains(TALLOC_CTX *mem_ctx, ^~~~~~~~~~~~~~~~~~~~~~ src/providers/ad/ad_subdomains.c:1460:32: error: assignment from incompatible pointer type [-Werror=incompatible-pointer-types] sd_ctx->ad_enabled_domains = ad_enabled_domains; ^ cc1: all warnings being treated as errors
It's fixed in 4th patch but I would appreciate to fix it in this patch.
Addresed.
From a9f43343ce46bf130ff8bd64d8c4fea207f9ce05 Mon Sep 17 00:00:00 2001 From: Petr Cech pcech@redhat.com Date: Mon, 27 Jun 2016 11:53:19 +0200 Subject: [PATCH 5/5] TESTS: Adding tests for ad_enabled_domains option
There is special logic around ad_enabled_domains option:
- option is disabled by default
- master domain is always added to enabled domains
Resolves: https://fedorahosted.org/sssd/ticket/2828
Makefile.am | 23 +++ src/tests/cmocka/test_ad_subdomains.c | 328 ++++++++++++++++++++++++++++++++++ 2 files changed, 351 insertions(+) create mode 100644 src/tests/cmocka/test_ad_subdomains.c
diff --git a/Makefile.am b/Makefile.am index 5d1d671096f986d9387e6199112c017e9bf30e1b..59f69f8d242dad9268ef3341647c0c20aa5d8cc0 100644 --- a/Makefile.am +++ b/Makefile.am @@ -257,6 +257,7 @@ if HAVE_CMOCKA test_sbus_opath \ test_fo_srv \ pam-srv-tests \
test_ad_subdom \ test_ipa_subdom_util \ test_tools_colondb \ test_krb5_wait_queue \
@@ -2797,6 +2798,28 @@ test_fo_srv_LDADD = \ libsss_test_common.la \ $(NULL)
+test_ad_subdom_SOURCES = \
- src/tests/cmocka/test_ad_subdomains.c \
- $(NULL)
+test_ad_subdom_CFLAGS = \
- $(AM_CFLAGS) \
- $(NDR_NBT_CFLAGS) \
- $(NDR_KRB5PAC_CFLAGS) \
- $(NULL)
+test_ad_subdom_LDADD = \
- $(CMOCKA_LIBS) \
- $(POPT_LIBS) \
- $(TALLOC_LIBS) \
- $(LDB_LIBS) \
- $(NDR_NBT_LIBS) \
- $(NDR_KRB5PAC_LIBS) \
- $(SSSD_INTERNAL_LTLIBS) \
- libsss_ldap_common.la \
- libsss_ad_tests.la \
- libsss_test_common.la \
- libdlopen_test_providers.la \
- $(NULL)
Attached diff fixes build on debian and removes unused parts.
diff --git a/Makefile.am b/Makefile.am index 5a8112d..edab5ac 100644 --- a/Makefile.am +++ b/Makefile.am @@ -2808,19 +2808,15 @@ test_ad_subdom_SOURCES = \ $(NULL) test_ad_subdom_CFLAGS = \ $(AM_CFLAGS) \
- $(NDR_NBT_CFLAGS) \
Actually, NDR_NBT_CFLAGS needs to be there other wise there is an error
Addresed.
CC src/providers/ipa/test_ipa_subdom_util-ipa_subdomains_utils.o In file included from ../sssd/src/tests/cmocka/test_ad_subdomains.c:39:0: ../sssd/src/providers/ad/ad_subdomains.c:35:17: fatal error: ndr.h: No such file or directory #include <ndr.h>
LS
Thanks Jakub, Lukas.
CI tests almost passed, failure is not connected: http://sssd-ci.duckdns.org/logs/job/51/82/summary.html
Fixed patch set attached.
Regards
On Wed, Aug 17, 2016 at 12:23:37PM +0200, Petr Cech wrote:
Thanks Jakub, Lukas.
CI tests almost passed, failure is not connected: http://sssd-ci.duckdns.org/logs/job/51/82/summary.html
Fixed patch set attached.
Regards
ACK
On Wed, Aug 17, 2016 at 04:04:51PM +0200, Jakub Hrozek wrote:
On Wed, Aug 17, 2016 at 12:23:37PM +0200, Petr Cech wrote:
Thanks Jakub, Lukas.
CI tests almost passed, failure is not connected: http://sssd-ci.duckdns.org/logs/job/51/82/summary.html
Fixed patch set attached.
Regards
ACK
* master: * e4d18b748fd8298b5cc6b6687ca05ffffa20c574 * ba26252f43409a2e4c3d2396e4e7a21584bd725a * 49f38702e62bbd1728757063ba407444e6270952 * a82baf596bac1fdac6addca6419d8992111a8aa2 * d6342c92c226becbdd254f90a0005b8c00c300dc
On Wed, Aug 17, 2016 at 04:13:02PM +0200, Jakub Hrozek wrote:
On Wed, Aug 17, 2016 at 04:04:51PM +0200, Jakub Hrozek wrote:
On Wed, Aug 17, 2016 at 12:23:37PM +0200, Petr Cech wrote:
Thanks Jakub, Lukas.
CI tests almost passed, failure is not connected: http://sssd-ci.duckdns.org/logs/job/51/82/summary.html
Fixed patch set attached.
Regards
ACK
- master:
- e4d18b748fd8298b5cc6b6687ca05ffffa20c574
- ba26252f43409a2e4c3d2396e4e7a21584bd725a
- 49f38702e62bbd1728757063ba407444e6270952
- a82baf596bac1fdac6addca6419d8992111a8aa2
- d6342c92c226becbdd254f90a0005b8c00c300dc
I would like to backport this feature to sssd-1-13, everyone OK with that?
On (19/09/16 09:46), Jakub Hrozek wrote:
On Wed, Aug 17, 2016 at 04:13:02PM +0200, Jakub Hrozek wrote:
On Wed, Aug 17, 2016 at 04:04:51PM +0200, Jakub Hrozek wrote:
On Wed, Aug 17, 2016 at 12:23:37PM +0200, Petr Cech wrote:
Thanks Jakub, Lukas.
CI tests almost passed, failure is not connected: http://sssd-ci.duckdns.org/logs/job/51/82/summary.html
Fixed patch set attached.
Regards
ACK
- master:
- e4d18b748fd8298b5cc6b6687ca05ffffa20c574
- ba26252f43409a2e4c3d2396e4e7a21584bd725a
- 49f38702e62bbd1728757063ba407444e6270952
- a82baf596bac1fdac6addca6419d8992111a8aa2
- d6342c92c226becbdd254f90a0005b8c00c300dc
I would like to backport this feature to sssd-1-13, everyone OK with that?
I assume tere will be some conflicts; at least in Makefile. Might be better if Peter prepare backported paches.
LS
On Mon, Sep 19, 2016 at 09:52:57AM +0200, Lukas Slebodnik wrote:
On (19/09/16 09:46), Jakub Hrozek wrote:
On Wed, Aug 17, 2016 at 04:13:02PM +0200, Jakub Hrozek wrote:
On Wed, Aug 17, 2016 at 04:04:51PM +0200, Jakub Hrozek wrote:
On Wed, Aug 17, 2016 at 12:23:37PM +0200, Petr Cech wrote:
Thanks Jakub, Lukas.
CI tests almost passed, failure is not connected: http://sssd-ci.duckdns.org/logs/job/51/82/summary.html
Fixed patch set attached.
Regards
ACK
- master:
- e4d18b748fd8298b5cc6b6687ca05ffffa20c574
- ba26252f43409a2e4c3d2396e4e7a21584bd725a
- 49f38702e62bbd1728757063ba407444e6270952
- a82baf596bac1fdac6addca6419d8992111a8aa2
- d6342c92c226becbdd254f90a0005b8c00c300dc
I would like to backport this feature to sssd-1-13, everyone OK with that?
I assume tere will be some conflicts; at least in Makefile. Might be better if Peter prepare backported paches.
Indeed...
Petr, can you prepare backports of this feature? Thank you.
On 09/19/2016 10:16 AM, Jakub Hrozek wrote:
On Mon, Sep 19, 2016 at 09:52:57AM +0200, Lukas Slebodnik wrote:
On (19/09/16 09:46), Jakub Hrozek wrote:
On Wed, Aug 17, 2016 at 04:13:02PM +0200, Jakub Hrozek wrote:
On Wed, Aug 17, 2016 at 04:04:51PM +0200, Jakub Hrozek wrote:
On Wed, Aug 17, 2016 at 12:23:37PM +0200, Petr Cech wrote:
Thanks Jakub, Lukas.
CI tests almost passed, failure is not connected: http://sssd-ci.duckdns.org/logs/job/51/82/summary.html
Fixed patch set attached.
Regards
ACK
- master:
- e4d18b748fd8298b5cc6b6687ca05ffffa20c574
- ba26252f43409a2e4c3d2396e4e7a21584bd725a
- 49f38702e62bbd1728757063ba407444e6270952
- a82baf596bac1fdac6addca6419d8992111a8aa2
- d6342c92c226becbdd254f90a0005b8c00c300dc
I would like to backport this feature to sssd-1-13, everyone OK with that?
I assume tere will be some conflicts; at least in Makefile. Might be better if Peter prepare backported paches.
Indeed...
Petr, can you prepare backports of this feature? Thank you.
Jakub, of course, I can :-)
sssd-devel@lists.fedorahosted.org