-
Bug
-
Resolution: Unresolved
-
Major
-
stf-1.5.6
-
None
-
1
-
False
-
-
False
-
?
-
None
-
-
Bug Fix
-
-
-
-
CloudOps 2025 Sprint 19
-
1
-
Moderate
To Reproduce Steps to reproduce the behavior:
- Deploy STF 1.5.6
- Connect STF to a OSP 17.1 cloud
- Allow messages to flow and see the sg-core container crashing sporadically
- Inspect logs for the pod with "oc logs -f default-cloud-smartgateway -c sg-core --previous --tail 50"
- See "panic: interface conversion: interface is nil, not main.expiry" trace
Expected behavior
- The sg-core container shouldn't crash
Bug impact
- This impacts all STF customers and potentially telemetry-operator as well
Known workaround
- No workaround. The sg-core pod crashes and this cause gaps in the data.
Additional context
- This is reproducible when the cloud monitored by that sg-core is a production cloud and the volume of metrics being processed is high