# Request Timeout Errors Observed After Upgrade from 9.3.0 to 9.3.1 – Timeout Configuration Clarification **URL:** \ **Category:** Elastic Search\ **Created:** [April 2, 2026, 10:25am UTC](https://discuss.elastic.co/t/request-timeout-errors-observed-after-upgrade-from-9-3-0-to-9-3-1-timeout-configuration-clarification/385741 "2026-04-02T10:25:30Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![yogesh119905](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/yogesh119905/32/145298_2.png) [@yogesh119905](https://discuss.elastic.co/u/yogesh119905)\ **Post date:** [April 2, 2026, 10:25am UTC](https://discuss.elastic.co/t/request-timeout-errors-observed-after-upgrade-from-9-3-0-to-9-3-1-timeout-configuration-clarification/385741/1 "2026-04-02T10:25:30Z")
#Elastic Stack > Elasticsearch category for assistance. **Title:** Request Timeout Errors Observed After Upgrade from 9.3.0 to 9.3.1 – Timeout Configuration Clarification _ **Descriptions:** _ We are observing repeated `Request timed out` errors in Kibana after upgrading the stack from version **9.3.0 to 9.3.1**. These errors occur during core operations such as: Cluster health checks, Background task scheduling, ILM policy creation. We would like to understand whether: 1. These errors are expected during or after the upgrade process 2. There are any configurable timeout parameters in Elasticsearch or Kibana that should be tuned **Error Logs** ```auto 07:17:08 2026-03-29T23:38:00.051Z | Error loading the cluster health. The task poller will start regardless. Error: Request timed out 07:17:08 2026-03-29T23:38:00.070Z | Error scheduling delete_inactive_background_task_nodes task, received Request timed out 07:17:08 2026-03-29T23:38:00.070Z | Error scheduling invalidate_api_keys task, received Request timed out 07:17:08 2026-03-29T23:38:00.070Z | Error scheduling mark_removed_tasks_as_unrecognized task, received Request timed out 07:17:08 2026-03-29T23:38:00.070Z | Error scheduling maintenance-window:generate-events-generator, received Request timed out 07:17:08 2026-03-29T23:38:00.070Z | Error scheduling Alerting-alerting_health_check, received Request timed out 07:17:08 2026-03-29T23:38:00.070Z | Error scheduling Alerts-alerts_invalidate_api_keys task, received Request timed out 07:17:08 2026-03-29T23:38:00.070Z | [task osquery:telemetry-packs:1.1.0]: error scheduling task, received Request timed out 07:17:08 2026-03-29T23:38:00.070Z | [task osquery:telemetry-configs:1.1.0]: error scheduling task, received Request timed out 07:17:08 2026-03-29T23:38:00.070Z | Error creating ILM policy: Request timed out 07:17:08 2026-03-30T01:10:44.261Z | Error loading the cluster health. The task poller will start regardless. Error: Request timed out 07:17:08 2026-03-30T01:10:44.279Z | Error scheduling delete_inactive_background_task_nodes task, received Request timed out 07:17:08 2026-03-30T01:10:44.279Z | Error scheduling invalidate_api_keys task, received Request timed out 07:17:08 2026-03-30T01:10:44.279Z | Error scheduling mark_removed_tasks_as_unrecognized task, received Request timed out 07:17:08 2026-03-30T01:10:44.279Z | Error scheduling maintenance-window:generate-events-generator, received Request timed out 07:17:08 2026-03-30T01:10:44.279Z | Error scheduling Alerting-alerting_health_check, received Request timed out 07:17:08 2026-03-30T01:10:44.279Z | Error scheduling Alerts-alerts_invalidate_api_keys task, received Request timed out 07:17:08 2026-03-30T01:10:44.279Z | [task osquery:telemetry-packs:1.1.0]: error scheduling task, received Request timed out 07:17:08 2026-03-30T01:10:44.279Z | [task osquery:telemetry-configs:1.1.0]: error scheduling task, received Request timed out 07:17:08 2026-03-30T01:10:44.279Z | Error creating ILM policy: Request timed out ``` **Questions:** 1. Are these timeout errors expected during or after upgrading from 9.3.0 to 9.3.1? 2. Could this indicate a known issue with this version? 3. Which timeout-related parameters can be tuned in Kibana and Elasticsearch (e.g., request timeout, shard timeout, task manager settings)? 4. Are there any recommended configurations or best practices to avoid such timeouts during upgrades? ---
**Author:** ![leandrojmp](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/leandrojmp/32/107231_2.png) [@leandrojmp](https://discuss.elastic.co/u/leandrojmp)\ **Post date:** [April 2, 2026, 11:58am UTC](https://discuss.elastic.co/t/request-timeout-errors-observed-after-upgrade-from-9-3-0-to-9-3-1-timeout-configuration-clarification/385741/2 "2026-04-02T11:58:43Z")
Are these errors stil happening or was this during upgrade? During upgrading, depending on your cluster configuraiton, some things will not work as expected as services are being stopped and restarted, so you should expect things like this. ---
**Author:** ![RainTown](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/raintown/32/140206_2.png) [@RainTown](https://discuss.elastic.co/u/RainTown)\ **Post date:** [April 2, 2026, 4:15pm UTC](https://discuss.elastic.co/t/request-timeout-errors-observed-after-upgrade-from-9-3-0-to-9-3-1-timeout-configuration-clarification/385741/3 "2026-04-02T16:15:34Z")
> [@yogesh119905](#): > > We are observing repeated `Request timed out` errors in Kibana after upgrading the stack from version **9.3.0 to 9.3.1**. We dont know when you did the upgrade - these errors are there _after_ the upgrade was completed, or _during_ the upgrade process only? Can you also check the upgrade was completed successfully on all nodes, via `GET _cat/nodes?v&h=name,role,version,master,u` in DevTools, or via curl, sharing the result ---
**Author:** ![yogesh119905](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/yogesh119905/32/145298_2.png) [@yogesh119905](https://discuss.elastic.co/u/yogesh119905)\ **Post date:** [April 2, 2026, 4:16pm UTC](https://discuss.elastic.co/t/request-timeout-errors-observed-after-upgrade-from-9-3-0-to-9-3-1-timeout-configuration-clarification/385741/4 "2026-04-02T16:16:25Z")
Yes, this error was during upgrade process. Could you please provide a hint if this is related to any service? ---
**Author:** ![leandrojmp](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/leandrojmp/32/107231_2.png) [@leandrojmp](https://discuss.elastic.co/u/leandrojmp)\ **Post date:** [April 2, 2026, 5:37pm UTC](https://discuss.elastic.co/t/request-timeout-errors-observed-after-upgrade-from-9-3-0-to-9-3-1-timeout-configuration-clarification/385741/5 "2026-04-02T17:37:36Z")
> [@yogesh119905](#): > > Yes, this error was during upgrade process. Could you please provide a hint if this is related to any service? This is normal behavior, as mentioned during upgrades sevices are being restarted and those are temporary timeouts, this will also depend on your cluster, if you have redundancy or not, how you upgraded etc. It is not clear from where this log is from, if it is from Kibana than it had issues connecting to your cluster during the upgrade. ---
**Author:** ![yogesh119905](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/yogesh119905/32/145298_2.png) [@yogesh119905](https://discuss.elastic.co/u/yogesh119905)\ **Post date:** [April 2, 2026, 5:42pm UTC](https://discuss.elastic.co/t/request-timeout-errors-observed-after-upgrade-from-9-3-0-to-9-3-1-timeout-configuration-clarification/385741/6 "2026-04-02T17:42:23Z")
Yes these errors are coming from only kibana.log file. As you mentioned, this seems to be a connection issue. What can we do in this situation? Are there any parameters we need to change in the Elasticsearch or Kibana configuration files? ---
**Author:** ![leandrojmp](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/leandrojmp/32/107231_2.png) [@leandrojmp](https://discuss.elastic.co/u/leandrojmp)\ **Post date:** [April 2, 2026, 5:54pm UTC](https://discuss.elastic.co/t/request-timeout-errors-observed-after-upgrade-from-9-3-0-to-9-3-1-timeout-configuration-clarification/385741/7 "2026-04-02T17:54:30Z")
> [@yogesh119905](#): > > What can we do in this situation? Are there any parameters we need to change in the Elasticsearch or Kibana configuration files? There is not much you can do, as mentioned, during upgrade this can happen. What is your Kibana configuration? How many elasitcsearch hosts did you configure in Kibana? If you just have one host, it may have issues to connect to this host during the upgrade. Even if you have multiple hosts it may have some timeout when one of then is offline. I don't see what is the issue here, during an upgrade process when a service is being restarted the communication with this service may fail until it is back up online.