From 0838faec0aa17361f226da701866c0a23424dfe1 Mon Sep 17 00:00:00 2001 From: Jintao Zhang Date: Thu, 20 Dec 2018 18:08:29 +0800 Subject: [PATCH] Fix cosConfigureHelper script address. (#11819) Signed-off-by: Jintao Zhang --- content/en/docs/concepts/cluster-administration/logging.md | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/content/en/docs/concepts/cluster-administration/logging.md b/content/en/docs/concepts/cluster-administration/logging.md index d6aa8c45de..9f2cbce1d1 100644 --- a/content/en/docs/concepts/cluster-administration/logging.md +++ b/content/en/docs/concepts/cluster-administration/logging.md @@ -76,8 +76,7 @@ and the former approach is used in any other environment. In both cases, by default rotation is configured to take place when log file exceeds 10MB. As an example, you can find detailed information about how `kube-up.sh` sets -up logging for COS image on GCP in the corresponding [script] -[cosConfigureHelper]. +up logging for COS image on GCP in the corresponding [script][cosConfigureHelper]. When you run [`kubectl logs`](/docs/reference/generated/kubectl/kubectl-commands#logs) as in the basic logging example, the kubelet on the node handles the request and @@ -89,9 +88,9 @@ only the contents of the latest log file will be available through `kubectl logs`. E.g. if there's a 10MB file, `logrotate` performs the rotation and there are two files, one 10MB in size and one empty, `kubectl logs` will return an empty response. +{{< /note >}} [cosConfigureHelper]: https://github.com/kubernetes/kubernetes/blob/{{< param "githubbranch" >}}/cluster/gce/gci/configure-helper.sh -{{< /note >}} ### System component logs