51 Collecting Diagnostics for Support #
When contacting SUSE Support, providing comprehensive diagnostic information is crucial.
- Detailed problem description: What happened, when did it happen, what were you doing, what is the expected behavior, and what is the actual behavior? 
- Steps to reproduce: Can you reliably reproduce the issue? If so, list the exact steps. 
- Component versions: SUSE Edge version, components versions (RKE2/K3, EIB, Metal3, Elemental,..). 
- Relevant logs: - journalctloutput (filtered by service if possible, or full boot logs).
- Kubernetes pod logs (kubectl logs). 
- Metal³/Elemental component logs. 
- EIB build logs and other logs 
 
- System information: - uname -a
- df -h
- ip a
- /etc/os-release
 
- Configuration files: Relevant configuration files for Elemental, Metal3, EIB such as helm chart values, configmaps, etc. 
- Kubernetes information: Nodes, Services, Deployments, etc. 
- Kubernetes objects affected: BMH, MachineRegistration, etc. 
- For logs: Redirect command output to files (for example, - journalctl -u k3s > k3s_logs.txt).
- For Kubernetes resources: Use - kubectl get <resource> -o yaml > <resource_name>.yamlto get detailed YAML definitions.
- For system information: Collect output of the commands listed above. 
- For SL Micro: Check the SUSE Linux Micro Troubleshooting Guide documentation on how to gather system information for support with - supportconfig.
- For RKE2/Rancher: Check the The Rancher v2.x Linux log collector script article to run The Rancher v2.x Linux log collector script. 
Contact Support. Please check the article available at How-to effectively work with SUSE Technical Support and the support handbook located at SUSE Technical Support Handbook for more details on how to contact SUSE support.