kubectl logs -f <pod-id>

你可以使用-f标志:

-f，——follow=false:指定是否对日志进行流式处理。

https://kubernetes.io/docs/reference/generated/kubectl/kubectl-commands#logs

Kubectl日志—帮助将指导您:

例子:

# Begin streaming the logs of the ruby container in pod web-1
kubectl logs -f -c ruby web-1

国旗:

-f, --follow[=false]: Specify if the logs should be streamed.

你还可以加上——since=10m or so，从相对时间之前开始。

等待kubes旋转吊舱，然后继续前进…

k8s_pod=some_pod
kubectl get pods -w $k8s_pod | while read LOGLINE
do
   [[ "${LOGLINE}" == *"Running"* ]] && pkill -P $$ kubectl
done

尾日志

for line in $(kubectl get pods | grep $k8s_pod | awk '{print $1}'); do
    kubectl logs -f $line | tee logfile
done

寻找成功的标志

tail logfile | grep successful! 
RESULT=$?
exit $RESULT

我需要访问一个长时间运行的pod的日志，而-f开始流几天前的日志，这需要花费几个小时才能到达我需要查看的地方(仅仅是最后几分钟左右)。

有一个——since=10m的标志，但这似乎对我不起作用。

最神奇的是——tail=100，其中100是要显示的最近行数。

如果你想从一个多pod应用程序中获取日志流，你可以使用kubetail，例如:

kubectl get pods

NAME                   READY     STATUS    RESTARTS   AGE
app2-v31-9pbpn         1/1       Running   0          1d
app2-v31-q74wg         1/1       Running   0          1d

kubetail app2

使用该命令，kubetail将跟踪pod app2-v31-9pbpn和app2-v31-q74wg的日志

Kubctl logs -f=true [pod-name] -c [container-name]

如果你在pod上只有一个容器，容器名是不需要的，否则使用容器名和-c选项。 -f即follow默认为false。如果您没有将其设置为true，您将获得容器日志的快照。

试试这个,

豆荚的尾木

Kubectl——tail <"no of lines"> logs <"pod_name"> . log

例子:

Kubectl—tail 100日志app_pod

你可以在log后面加上-f

kubectl logs -f <pod_name>

如果日志被停止，很可能是吊舱崩溃了，你能检查吊舱是否真的在运行吗?检查一下年龄或者:

kubectl describe deploy/ds <deploy_or_ds_name>?

或者你也可以查看吊舱内集装箱的日志，因为里面有多个集装箱

kubectl logs -f <pod_name> -c <container_name> 

建议

似乎您希望在不使用“沉重的”第三方日志记录解决方案的情况下从您的终端查看日志。

为此，我会考虑使用K9S，它是一个很棒的CLI工具，可以帮助您控制集群——查看不同的k8s资源，在工作负载之间导航，深入日志并持续地观察它们。

如何使用工具(几行)

在当前终端中设置K8S上下文后，只需输入k9s来点击仪表板。在那里，你可以输入你想要查看的资源(服务、部署、pod..)，输入“:”-以及资源名称。

你也可以从命名空间级别开始，一直到pods和容器日志——如下面的例子所示:

选择

如果你不是只绑定到CLI，但仍然想在本地运行，我会推荐在Lens。

如果您想从特定的命名空间获取日志，您可以使用任何一个命令，

kubectl logs -n <NAMESPACE> -f <POD_NAME> -c <CONTAINER_NAME>

or

kubectl logs -n <NAMESPACE> -p <POD_NAME> -c <CONTAINER_NAME> --previous=false

在已经提出的其他建议中，我想补充两点:

您可以使用-l标志通过标签来跟踪pod的日志，而不是获取单个pod名称:kubectl logs -f -l app=cwagent-prometheus -n amazon-cloudwatch。如果没有匹配的吊舱，该命令仍然无效。 你可以使用类似于overmind或foreman的工具来运行日志命令的Procfile:

cloudwatch: kubectl logs -f -l app=cwagent-prometheus -n amazon-cloudwatch
egress: kubectl logs -f -l istio=egressgateway -n istio-ingress
extauth: kubectl logs -f -l context=api-gateway -n istio-ingress
external-dns: kubectl logs -f -l app=external-dns -n external-dns
ingress: kubectl logs -f -l istio=ingressgateway -n istio-ingress
istiod: kubectl logs -f -l app=istiod -n istio-system
ratelimit: kubectl logs -f -l app=ratelimit -n istio-ingress
redis: kubectl logs -f -l app.kubernetes.io/name=redis -n istio-ingress

使用这个Procfile，你可以得到一个用颜色编码的日志输出视图(这里没有显示颜色):

$ OVERMIND_AUTO_RESTART=cloudwatch,external-dns,ingress,egress,extauth,ratelimit,istiod,redis \
  overmind s \
  -f Procfile-logs
system       | Tmux socket name: overmind-api-gateway-1mvHWIKJ47dOFnOZVLfWuO
system       | Tmux session ID: api-gateway
system       | Listening at ./.overmind.sock
ratelimit    | Started with pid 57088...
istiod       | Started with pid 57074...
ingress      | Started with pid 57061...
egress       | Started with pid 57036...
cloudwatch   | Started with pid 57031...
external-dns | Started with pid 57051...
redis        | Started with pid 57095...
extauth      | Started with pid 57041...

你可以把这个命令放在Makefile中，这样你就可以运行这样的命令:

$ make logs

本例中的OVERMIND_AUTO_RESTART使overmind在所有pod消失时重新启动命令。

Kubectl logs -f zk-app-0——tail 10

该命令将从最后10行开始输出日志。如果这里没有提到tail，那么k8s将流化所有可用的日志(即最近10 MB的日志或最近5次日志循环)。

然而，有时我遇到使用这个命令时日志流停止的问题。然后我只需按ctrl-c并再次运行该命令。

从容器中的进程中流stdout和stderr的另一种方法是使用kubectl attach。

kubectl attach zk-app-0

这将附加到主容器并传输控制台日志。但是，kubectl日志中没有任何额外的日志功能。在这种情况下，如果日志记录停止，只需在键盘上按enter键，它就会恢复。

把它们放在一起，你可能不想看到所有旧的历史记录，所以只看到最近的20行，并继续添加新的输出行(即跟随)，像这样运行它:

kubectl logs --tail=20 -f container-name