blocks|key|464659|text|不，你不能把它作为成功运行的指标。每当您的CronJob运行时，该值就会发生变化。这并不意味着这是您最后一次成功运行，也不取决于退出代码而改变。|type|unstyled|depth|inlineStyleRanges|entityRanges|data|464660|CronJob本质上运行一个名为<cronjob+name>-<unix+epoch>的Job。例如，纪元是在Unix/Linux中从date+%2B%25s命令中得到的，而且这个时代是一个时间戳，稍微晚于lastScheduleTime的时间戳(在创建作业资源时)。|offset|length|style|CODE|464661|要确定您的上一个cron作业是否成功运行，您可以执行以下操作。|464662|您可以获得最后一个作业运行/启动名称，包括它的时代，如下所示：|464663|$+kubectl+get+jobs+%7C+tail+-1+%7C+awk+'{print+$1}'|code-block|syntax|javascript|464664|然后，您可以检查该工作是否成功，如下所示：|464665|$+kubectl+get+job+<job-name>+-o=jsonpath='{.status.succeeded}'|464666|应该返回一个1。|464667|entityMap|0|LINK|mutability|MUTABLE|url|https://kubernetes.io/docs/concepts/workloads/controllers/cron-jobs/|1|https://kubernetes.io/docs/concepts/workloads/controllers/job/|2|https://en.wikipedia.org/wiki/Unix_time^0|0|0|7|G|R|18|3|1V|8|2R|G|0|7|0|18|3|1|1F|2|2|0|0|0|0|0|0|6|1|0^^$0|@$1|2|3|4|5|6|7|18|8|@]|9|@]|A|$]]|$1|B|3|C|5|6|7|19|8|@$D|1A|E|1B|F|G]|$D|1C|E|1D|F|G]|$D|1E|E|1F|F|G]|$D|1G|E|1H|F|G]|$D|1I|E|1J|F|G]]|9|@$D|1K|E|1L|1|1M]|$D|1N|E|1O|1|1P]|$D|1Q|E|1R|1|1S]]|A|$]]|$1|H|3|I|5|6|7|1T|8|@]|9|@]|A|$]]|$1|J|3|K|5|6|7|1U|8|@]|9|@]|A|$]]|$1|L|3|M|5|N|7|1V|8|@]|9|@]|A|$O|P]]|$1|Q|3|R|5|6|7|1W|8|@]|9|@]|A|$]]|$1|S|3|T|5|N|7|1X|8|@]|9|@]|A|$O|P]]|$1|U|3|V|5|6|7|1Y|8|@$D|1Z|E|20|F|G]]|9|@]|A|$]]|$1|W|3|-4|5|6|7|21|8|@]|9|@]|A|$]]]|X|$Y|$5|Z|10|11|A|$12|13]]|14|$5|Z|10|11|A|$12|15]]|16|$5|Z|10|11|A|$12|17]]]]

No, you can't rely on that as an indicator of a successful run. That value changes whenever your CronJob runs. It doesn't mean that it's your last successful run and it doesn't change depending on exit codes.
A <a href="https://kubernetes.io/docs/concepts/workloads/controllers/cron-jobs/" rel="nofollow noreferrer"><code>CronJob</code></a> essentially runs a <a href="https://kubernetes.io/docs/concepts/workloads/controllers/job/" rel="nofollow noreferrer"><code>Job</code></a> with a name that is <code>&lt;cronjob name&gt;-&lt;unix epoch&gt;</code>. The <a href="https://en.wikipedia.org/wiki/Unix_time" rel="nofollow noreferrer">epoch</a> is in Unix/Linux what you would get from the <code>date +%s</code> command, for example, also that epoch is a timestamp that is slightly later than the timestamp of the <code>lastScheduleTime</code> (It's when the job resource gets created)
To find out if your last cron job ran successfully you can do something like the following.
You can get the last Job run/started name including its epoch with something like this:
<pre><code>$ kubectl get jobs | tail -1 | awk '{print $1}'
</code></pre>
Then after that, you could check whether that job is successful with something like:
<pre><code>$ kubectl get job &lt;job-name&gt; -o=jsonpath='{.status.succeeded}'
</code></pre>
Should return a <code>1</code>.

I'm working on a Kubernetes CronJob that relies on knowing when the last successfull run happened in order to correctly notify users about new events since said run. That said, I need to know if I can rely on <code>status.lastScheduleTime</code> to be my &quot;last successful run&quot; timestamp.
When does it change? Does it depend on exit codes? Is it even a good idea to use it for that purpose?

When does status.lastScheduleTime change?

翻译质量差，导致语言生硬或混乱。

没有提供实际的解决方法或示例。

解答不清晰，无法理解或解决问题。

页面排版不美观，阅读体验差。

文章

问答

视频

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

我正在开发一个Kubernetes CronJob，它依赖于知道上一次成功运行是什么时候发生的，以便正确地通知用户自上述运行以来发生的新事件。也就是说，我需要知道是否可以依靠status.lastScheduleTime作为我“最后一次成功运行”的时间戳。什么时候变？这取决于出口代码吗？为此目的使用它是一个好主意吗？

status.lastScheduleTime什么时候改变？-腾讯云开发者社区-腾讯云

问status.lastScheduleTime什么时候改变？
EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问status.lastScheduleTime什么时候改变？EN

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐

问status.lastScheduleTime什么时候改变？
EN