This page provides comprehensive support and troubleshooting information for the Smart Intersection Sample Application. It is divided into the following sections:
- Common Issues: General troubleshooting steps for resolving issues like container failures, port conflicts, and missing dependencies.
- Troubleshooting Docker Deployments: Steps to address problems specific to Docker deployments.
- Troubleshooting Helm Deployments: Guidance for resolving issues in Helm-based deployments.
-
Issue: The application containers fail to start.
-
Solution:
docker compose logs
Check the logs for errors and resolve dependency issues.
- Issue: Port conflicts with other running applications.
- Solution: Update the ports section in the Docker Compose file.
-
Issue: Required software dependencies are not installed.
-
Solution:
sudo apt-get install -y <dependency>
- Check the Docker logs for errors:
docker compose logs
- Update the
portssection in the Compose file to resolve conflicts.
- Follow these steps to reset the application to the initial state
docker compose down docker volume ls | grep metro-vision-ai-app-recipe | awk '{ print $2 }' | xargs docker volume rm
- Follow these steps to re-generate the secrets:
rm ./src/secrets/browser.auth
- Then repeat Step 2 Setup Credentials and Download Assets in Get Started
- Update the firewall to receive request to port 443
sudo ufw allow 443/tcp
- Stop other services that might be running in port 443 (e.g. Kubernetes Load Balancer)
- On first starts,
sceneorwebmight fail to start due to a timeout on waiting forpgserverinitialization to be ready. Restart the services with:docker compose up -d scene web
- This issue occurs when there is a time synchronization mismatch between the system running the application and the system accessing Grafana through a browser. Grafana relies on timestamps to display data, and if the clocks on the two systems are not synchronized, it may result in no data being shown.
- Use Grafana's time range filter to adjust the displayed time range. Set it to match the timestamp of the data being generated by the application. This ensures that the data falls within the selected time range and becomes visible in the dashboard.
- This adjustment is particularly useful when the systems are in different time zones or have slight clock differences
- This issue occurs when the scene controller is unable to establish a connection with the message broker. Ensure that the broker service is running and accessible, and verify the network configuration to allow communication between the scene controller and the broker.
- Inspect the logs of the scene controller with:
docker compose logs scene
- When the scene controller can't connect to the broker, the following log lines are shown:
Starting scene controller Broker broker.scenescape.intel.com online: [Errno 111] Connection refused Broker broker.scenescape.intel.com online: [Errno 111] Connection refused Broker broker.scenescape.intel.com online: Connecting - To address this issue, restart the scene controller:
docker compose down scene docker compose up -d scene
- Then verify that the container is ready:
Broker broker.scenescape.intel.com online: Connecting Broker broker.scenescape.intel.com online: 0 Took 1 seconds Container is ready - Now the Application UI should show objects detected on scene.
Note: For Helm deployments, use the equivalent commands to inspect logs and restart the scene controller. For example:
- Inspect the logs:
kubectl logs pod/<scene-pod-name> -n smart-intersection
- Restart the scene controller:
kubectl delete pod/<scene-pod-name> -n smart-intersection
-
Check if the Helm repository was added:
helm repo list
-
Review pod logs:
kubectl logs {{pod-name}} -n {{namespace}}
-
Confirm the service configuration:
kubectl get svc -n {{namespace}}
- Raise an Issue on GitHub: GitHub Issues