[jira] [Commented] (SOLR-16577) Core load issues are not always logged

2024-04-29 Thread David Smiley (Jira)


[ 
https://issues.apache.org/jira/browse/SOLR-16577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17842156#comment-17842156
 ] 

David Smiley commented on SOLR-16577:
-

What a surprise that is; sorry to hear that!  I think upping the timeout (e.g. 
to infinity) for this scenario makes the most sense to me.  I still don't 
believe in the needless use of a Future here.

> Core load issues are not always logged
> --
>
> Key: SOLR-16577
> URL: https://issues.apache.org/jira/browse/SOLR-16577
> Project: Solr
>  Issue Type: Improvement
>Reporter: Haythem Khiri
>Assignee: David Smiley
>Priority: Minor
> Fix For: 9.5
>
>  Time Spent: 2h 20m
>  Remaining Estimate: 0h
>
> It's possible for a core load failure to not have its cause logged. At least 
> the failure is tracked in a metric and one can do an admin request to fetch 
> the cause but really it ought to be logged so one can more easily see what 
> the problem is.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org



[jira] [Commented] (SOLR-16577) Core load issues are not always logged

2024-04-29 Thread Houston Putman (Jira)


[ 
https://issues.apache.org/jira/browse/SOLR-16577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17842151#comment-17842151
 ] 

Houston Putman commented on SOLR-16577:
---

[~dsmiley] I'm pretty sure we ran into issues upgrading to 9.5 that stem from 
this PR.

The loading of cores asynchonously was simplified to remove the use of Futures 
to wait for the cores to be loaded. Instead, 
{{ExecutorUtil.shutdownAndAwaitTermination(coreLoadExecutor)}} was used to let 
the core loading start and complete.

Unfortunately for us, {{ExecutorUtil.shutdownAndAwaitTermination(executor)}} 
defaults to a timeout of 60 seconds. This means that if your cores don't load 
in 60 seconds, then you will have problems. Notably, it will send interrupts to 
the coreLoading threads which will make it look like some of your configSet 
files cannot be found in ZK (which is quite an annoying red herring).

We should either up this timeout value (should it really even timeout?) or 
return to using the methods that use "Future"s.

 

> Core load issues are not always logged
> --
>
> Key: SOLR-16577
> URL: https://issues.apache.org/jira/browse/SOLR-16577
> Project: Solr
>  Issue Type: Improvement
>Reporter: Haythem Khiri
>Assignee: David Smiley
>Priority: Minor
> Fix For: 9.5
>
>  Time Spent: 2h 20m
>  Remaining Estimate: 0h
>
> It's possible for a core load failure to not have its cause logged. At least 
> the failure is tracked in a metric and one can do an admin request to fetch 
> the cause but really it ought to be logged so one can more easily see what 
> the problem is.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org



[jira] [Commented] (SOLR-16577) Core load issues are not always logged

2023-12-10 Thread ASF subversion and git services (Jira)


[ 
https://issues.apache.org/jira/browse/SOLR-16577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17795145#comment-17795145
 ] 

ASF subversion and git services commented on SOLR-16577:


Commit 1cba601aecda6ec021944aade9c954c81bd728cb in solr's branch 
refs/heads/branch_9x from Haythem
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=1cba601aecd ]

SOLR-16577: Always log core load issues (#1221)

* set & clear the MDC for better logging
* didn't need Future
-

Co-authored-by: David Smiley 


> Core load issues are not always logged
> --
>
> Key: SOLR-16577
> URL: https://issues.apache.org/jira/browse/SOLR-16577
> Project: Solr
>  Issue Type: Improvement
>Reporter: Haythem Khiri
>Priority: Minor
>  Time Spent: 2h 20m
>  Remaining Estimate: 0h
>
> It's possible for a core load failure to not have its cause logged. At least 
> the failure is tracked in a metric and one can do an admin request to fetch 
> the cause but really it ought to be logged so one can more easily see what 
> the problem is.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org



[jira] [Commented] (SOLR-16577) Core load issues are not always logged

2023-12-08 Thread ASF subversion and git services (Jira)


[ 
https://issues.apache.org/jira/browse/SOLR-16577?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17794767#comment-17794767
 ] 

ASF subversion and git services commented on SOLR-16577:


Commit d2e7814254aaeb2008fdcc00bd2a37776d794212 in solr's branch 
refs/heads/main from Haythem
[ https://gitbox.apache.org/repos/asf?p=solr.git;h=d2e7814254a ]

SOLR-16577: Always log core load issues (#1221)

* set & clear the MDC for better logging
* didn't need Future
-

Co-authored-by: David Smiley 

> Core load issues are not always logged
> --
>
> Key: SOLR-16577
> URL: https://issues.apache.org/jira/browse/SOLR-16577
> Project: Solr
>  Issue Type: Improvement
>Reporter: Haythem Khiri
>Priority: Minor
>  Time Spent: 2h 20m
>  Remaining Estimate: 0h
>
> It's possible for a core load failure to not have its cause logged. At least 
> the failure is tracked in a metric and one can do an admin request to fetch 
> the cause but really it ought to be logged so one can more easily see what 
> the problem is.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

-
To unsubscribe, e-mail: issues-unsubscr...@solr.apache.org
For additional commands, e-mail: issues-h...@solr.apache.org