无法将Pod调度到指定Node-03，如何查看Scheduler日志排查？

查看K3s调度器日志的两种常用方式 #

K3s的kube-scheduler运行方式分两种情况，对应不同的日志查看方法：

• K3s以systemd服务运行时：
  直接通过systemd日志过滤调度器相关内容，实时跟踪日志用：

  journalctl -u k3s.service -g 'scheduler' -f
  

  说明：-u指定K3s服务单元，-g过滤包含scheduler的日志行，-f持续输出新日志；若仅需查看历史日志，去掉-f即可。

• 调度器以Pod形式运行时：
  先找到kube-system命名空间下的调度器Pod：

  kubectl get pods -n kube-system | grep scheduler
  

  再查看目标Pod的日志，实时跟踪用：

  kubectl logs -n kube-system <你的调度器Pod名称> -f
  

  如果Pod曾重启过，添加--previous参数可查看上一次的日志内容。

重点关注的日志内容 #

在日志中搜索你部署的Octoprint Pod名称，聚焦调度器对该Pod的决策过程：

• 寻找包含Filtering node node-03的条目，后续通常会明确标注节点被过滤的原因，比如标签不匹配、CPU/内存资源不足、节点存在未被容忍的污点等。
• 留意Predicate failed或Node didn't match这类关键词，这些信息会直接点明调度失败的核心诱因。

辅助排查补充 #

查看调度器日志前，可先快速验证几个基础配置：

1. 确认节点标签正确性：

   kubectl get nodes --show-labels | grep node-03
   

   确保kubernetes.io/hostname=node-03标签存在且值完全匹配。
2. 查看Pod完整调度事件：

   kubectl describe pod <Octoprint的Pod名称>
   

   其中的Events字段可能已包含部分过滤原因，和调度器日志配合分析更高效。

内容的提问来源于stack exchange，提问作者Sean O'Rourke