---
title: Observability known issues
description: Known issues are significant defects or limitations that may impact your implementation. These issues are actively being worked on and will be addressed...
url: https://docs-v3-preview.elastic.dev/elastic/docs-content/pull/4643/release-notes/elastic-observability/known-issues
---

# Observability known issues
Known issues are significant defects or limitations that may impact your implementation. These issues are actively being worked on and will be addressed in a future release. Review the Observability known issues to help you make informed decisions, such as upgrading to a new version.
<dropdown title="Synthetics - Package policies for project monitors unintentionally deleted">
  Applies to: Elastic Stack**Details**When upgrading to an affected version, Kibana might unintentionally delete package policies for Synthetics project monitors during package policy cleanup. In deployments with many project monitors (10,000+ package policies in a single space), attempts to recreate deleted policies can fail and leave your instance in a broken state.A fix for this issue was implemented in [#248762](https://github.com/elastic/kibana/pull/248762).**Workaround**
  Trigger package policy recreation by making a dummy update to the affected project monitors (for example, add a tag). Alternatively, trigger recreation by making a dummy edit to the private location configuration.
</dropdown>

<dropdown title="Error when using the Kubernetes OpenTelemetry quickstart onboarding flow">
  Applies to: Elastic Stack**Details**Users with Helm version 3.18.5 or later will see an error similar to the following when using the [Kubernetes OpenTelemetry quickstart](https://docs-v3-preview.elastic.dev/elastic/docs-content/pull/4643/solutions/observability/get-started/quickstart-unified-kubernetes-observability-with-elastic-distributions-of-opentelemetry-edot) onboarding flow:
  ```
  Error: values don't meet the specifications of the schema(s) in the following chart(s):
  opentelemetry-operator:
  "file:///values.schema.json#" is not valid against metaschema: jsonschema validation failed with 'https://json-schema.org/draft/2019-09/schema#'
  - at '': 'allOf' failed
    - at '/properties/manager': 'allOf' failed
      - at '/properties/manager/properties/featureGates': 'allOf' failed
        - at '/properties/manager/properties/featureGates/examples': got string, want array
  ```
  For more information, check:
  - [Issue 232667](https://github.com/elastic/kibana/pull/232667)
  - [Issue 9535](https://github.com/elastic/elastic-agent/pull/9535)
  **Workaround**Downgrade Helm to version 3.18.4.
</dropdown>

<dropdown title="Observability AI Assistant - Elastic Managed LLM may be automatically selected as default connector">
  Applies to: Elastic Stack 9.xThe Elastic Managed LLM may be automatically selected as your default connector because of existing connector selection logic.
  This can occur if you had not previously specified a connector for any of the following reasons:
  - You only had one connector available and it was always automatically picked for your conversations.
  - You had multiple connectors available but didn’t make a specific selection and used the automatically picked connector for your conversations.
  - You previously selected a connector but cleared your browser's local storage or switched browsers or devices.
  *And:*
  - All of your existing connector names come after the “Elastic Managed LLM connector" when sorted alphabetically.
  For more information, check [#2088](https://github.com/elastic/docs-content/issues/2088)
</dropdown>

<dropdown title="Observability AI assistant gets stuck in a loop when attempting to call the `execute_connector` function">
  Applies to: Elastic Stack 9.0.0, 9.0.1, 9.0.2**Details**The Observability AI assistant gets stuck in a loop when calling the `execute_connector` function. Instead of completing queries, it times out with the error message `Failed to parse function call arguments when converting messages for inference: SyntaxError: Unexpected non-whitespace character after JSON at position 72 and Error: Tool call arguments for execute_connector (...) were invalid`.
</dropdown>

<dropdown title="Observability AI assistant Knowledge Base entries with empty text can lead to Kibana OOM or restarts">
  Applies to: Elastic Stack 9.0.0**Details**The semantic text migration can cause excessive traffic to a cluster and might eventually cause the Kibana instance to crash due to OOM, together with increase of requests to Elasticsearch & ML nodes.The problem can occur when there is one or more empty text Knowledge Base documents.The migration script does not handle this scenario and will indefinitely update the same document.Because the document update involves semantic_text an ML node is kept warm further increasing the costs.The issue involves semantic_text field type (and the semantic_text migration which is causing this issue), introduced in the knowledge base feature in 8.17.**Workaround**
  1. Pause the Kibana instance if possible. If not possible, skip this step.
  2. Run a dry run query to identify if you have empty Knowledge Base documents. If you have at least 1 hit, you can be affected by the problem.
     ```sh
     GET .kibana-observability-ai-assistant-kb/_search
     {
       "query": {
         "bool": {
           "must": [{ "exists": { "field": "text" }}],
           "must_not": [ { "wildcard": { "text": "*" } }
           ]
         }
       }
     }
     ```
  3. Execute the deletion. For extra safety, you might want to trigger a snapshot before executing it.
     ```sh
     POST .kibana-observability-ai-assistant-kb/_delete_by_query
     {
       "query": {
         "bool": {
           "must": [{ "exists": { "field": "text" }}],
           "must_not": [ { "wildcard": { "text": "*" } }
           ]
         }
       }
     }
     ```
  For more information, check:
  - [#220339](https://github.com/elastic/kibana/issues/220339)
  - [#220342](https://github.com/elastic/kibana/issues/220342)
</dropdown>

<dropdown title="Profiling Collector and Symbolizer endpoints are not configured after upgrading a cluster">
  Applies to: Elastic Stack 9.x, 8.x**Details**After upgrading a cluster, Collector and Symbolizer endpoints may not be configured even when Universal Profiling is enabled in Kibana and the "Add data" instructions appear on the Universal Profiling landing page.**Workaround**
  1. Run the following query to retrieve the `id`s of the `elastic-universal-profiling-collector` and `elastic-universal-profiling-symbolizer` package policies:
     ```sh
     GET kbn:/api/fleet/package_policies
     ```
  2. Delete the package policies:
     ```sh
     DELETE kbn:/api/fleet/package_policies/<elastic-universal-profiling-collector-id>?force=true
     DELETE kbn:/api/fleet/package_policies/<elastic-universal-profiling-symbolizer-id>?force=true
     ```
</dropdown>

<dropdown title="Error when using the Opentelemetry onboarding flow using EDOT Collector">
  Applies to: Elastic Stack 9.1.6, 9.2.0**Details**Users trying to collect logs and host metrics using the Elastic distribution of the OTel collector will see error when using the OpenTelemetry quickstart onboarding flow:
  ```
  > sudo ./otelcol --config otel.yml

  Starting in otel mode
  failed to get config: cannot unmarshal the configuration: decoding failed due to the following error(s):

  'exporters' error reading configuration for "otlp/ingest": decoding failed due to the following error(s):

  'sending_queue' decoding failed due to the following error(s):

  'batch' decoding failed due to the following error(s):

  '' has invalid keys: flush_interval
  ```
  **Workaround**To work around this issue, manually update the configuration of the generated `otel.yaml` file to replace incorrect key `flush_interval` with the correct key `flush_timeout`.
  ```yaml
  batch:
    flush_timeout: 1s
  ```
</dropdown>