如何确定在 Kubernetes 上部署的Spring启动应用程序中出现崩溃回退错误的原因

Question

我有一个Spring启动应用程序，部署在 Kubernetes 上的泊坞站容器上。该应用程序在一段时间内（数小时）运行良好，但在某个时刻，它开始像疯狂一样重新启动，显示CrashLoopBackOff错误状态。

这是我从死吊舱得到的信息：

Port:       8080/TCP
State:      Waiting
  Reason:       CrashLoopBackOff
Last State:     Terminated
  Reason:       Error
  Exit Code:    137
  Started:      Fri, 11 Aug 2017 10:15:03 +0200
  Finished:     Fri, 11 Aug 2017 10:16:22 +0200
Ready:      False
Restart Count:  7
...
    Volume Mounts:
      /var/run/secrets/kubernetes.io/serviceaccount from default-token-bhk8f (ro)
    Environment Variables:
      JAVA_OPTS:        -Xms512m -Xmx1792m
Conditions:
  Type      Status
  Initialized   True 
  Ready     False 
  PodScheduled  True 
...
QoS Class:  BestEffort
Tolerations:    <none>
No events.

有什么方法可以获得关于崩溃原因的更详细的信息吗？

137错误代码是内存不足错误吗？我一直在增加Java进程的内存，从-Xmx768m增加到1792m，但是错误不断出现。会不会是别的？

一个奇怪的事实:我需要找出为什么应用程序运行良好，几个小时后pod被终止，然后每次重启都在执行几秒钟后被终止。

Answer 1

kubectl logs podName容器名将为您提供容器日志，这些日志应该会为您提供有关错误原因的附加信息。