Hi everyone,
I recently upgraded my environment to Elastic 9.3, and I’ve encountered a specific issue in the Index Management section that wasn't present before.
The Problem
When I set the page to display 100 rows, the "Documents" column fails to load and displays a red "Error" for all indices. Checking the browser DevTools, I see a 400 Bad Request triggered by a call to index_doc_count.
The specific error returned is:
"type": "too_long_http_line_exception", "reason": "An HTTP line is larger than 4096 bytes."
It's worth noting that if I revert the settings to display only 10 rows, the issue disappears and everything loads correctly without any errors.
Comparison with v9.2.2
I tested the exact same scenario on my non-production cluster, which is still running v9.2.2. In that version, the indices load perfectly fine even with 100 rows displayed. Interestingly, I noticed that in v9.2.2, there doesn't seem to be a specific call to index_doc_count like the one causing the failure in v9.3.
Technical Observation
I understand that, technically, this is an HTTP limitation (the URL/header line becoming too long for the server to process). However, I wanted to report this because:
-
It appears to be a change in behavior in 9.3.
-
The way Kibana now fetches document counts (via this new or modified
index_doc_countrequest) creates a URL that exceeds standard HTTP limits when viewing a large number of indices simultaneously.
Has anyone else experienced this after the 9.3 upgrade? Is there a known workaround or a setting to adjust how these counts are requested?
Thanks in advance for any insights!


