如何在Kubernetes上部署的Spring Boot应用程序中确定CrashLoopBackOff错误的原因

Question

我有一个Spring Boot应用程序，部署在Kubernetes上的docker容器中。该应用程序运行良好一段时间（小时），但在某个时刻，它开始重新启动像疯狂显示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被杀死，然后每次重启都会在执行几秒后被终止。