Skip to main content
Version: 2.12.0

Troubleshooting Guide

This guide provides useful tips and solutions for common issues encountered when working with the Threat Hunting module.

Tips

Adjusting Alarm Frequency

Trigger alarms more frequently by updating the <confidence_score> in /opt/superna/sca/conf/system.xml under <threat_hunting>.

Restarting a Component

  1. Get the pod name

    kubectl -n seed-ml get pods

    Pod List

  2. Delete the pod to restart it

    kubectl -n seed-ml delete pod <component_name>
    tip

    Kubernetes will automatically create a new pod to replace the deleted one, effectively restarting the component.

Checking ML Module Server Logs

Logs are essential for diagnosing issues with the ML module components. Follow these steps to access logs:

  1. List all pods to identify the component

    kubectl -n seed-ml get pods

    Pod List

  2. View logs for a specific component

    kubectl -n seed-ml logs <pod_name>

Updating YAML Files and Restarting Components

When you need to modify configuration for ML module components, follow these steps:

  1. Update the YAML file with your required changes

  2. Run the Helm upgrade command to apply changes:

    helm upgrade --install <component_name> chart-seed-ml/charts/<component_name> -n seed-ml --create-namespace -f <component_name>-onprem-values.yaml

    Example for seedmlback:

    helm upgrade --install seedmlback chart-seed-ml/charts/seedmlback -n seed-ml --create-namespace -f seedmlback-onprem-values.yaml
  3. Get the pod name, including ID:

    kubectl -n seed-ml get pods
  4. Manually restart the component:

    kubectl -n seed-ml delete pod <pod_name_with_id>

    Example:

    kubectl -n seed-ml delete pod seedmlback-service-ml-core-7966d8657f-k4lrh
    tip

    Kubernetes will automatically create a new pod with the updated configuration.

    YAML File to Component Mapping:

    For each YAML file update, restart the corresponding pods:

    YAML FileComponents to Restart
    clickhouse-onprem-values.yaml
    • clickhouse
    seedml-onprem-values.yaml
    • ml-data-exfiltration
    • inventory
    • pipelines
    seedmlback-onprem-values.yaml
    • ui-ml
    • api-ml
    • service-ml-core
    superset-onprem-values.yaml
    • superset

Troubleshooting

Kafka Topic Connection Failure

Issue: Kafka topic org.<tenant>.audit-events-grouped-ml-models.sink does not connect to data-pipelines-app

Kafka Topic Error

Solution:

tip

Helm Repository Timeout Error

Issue: Timeout error on adding bitnami to helm repo

Example Error:

helm repo add bitnami https://charts.bitnami.com/bitnami
Error: looks like "https://charts.bitnami.com/bitnami" is not a valid chart repository or cannot be reached: Get "https://charts.bitnami.com/bitnami/index.yaml": dial tcp: lookup charts.bitnami.com: i/o timeout

Solution:

tip

Rerun the command. You may find it was actually added despite the error.

Example Success:

helm repo add bitnami https://charts.bitnami.com/bitnami
"bitnami" already exists with the same configuration, skipping

Regenerating ML Kafka Topics After ECA Upgrade

Issue: After upgrading ECA and restarting the cluster, ML Kafka topics need to be regenerated for proper communication between ECA and the ML module.

Solution:

Connect to your ML module server and restart the data pipelines:

# List all pods to find the pipelines pod ID
kubectl -n seed-ml get pods
# Delete the pipelines pod to force a restart
kubectl -n seed-ml delete pod seedml-service-pipelines-<id>
tip

Replace <id> with the actual pod identifier from the previous command output.

info

Kubernetes will automatically create a new pod to replace the deleted one, which will regenerate the necessary Kafka topics for proper communication with ECA.