A small request schedules despite a large limit; a request above node allocatable remains Pending.

The scheduler accounts for requests, not momentary utilization

Kubernetes scheduling answers whether a Pod can fit a node under the applicable resource requests and placement constraints. It does not simply look at a current CPU utilization chart and place work wherever the line is low. Requests provide accounting inputs for future demand; actual usage is a separate observation. Diagnose both before deciding that an idle-looking cluster has capacity for a particular Pod. ...

April 2, 2028 · 6 min · XB Field Notes
A controller that trims old jobs so the cluster does not fill with finished work

Kubernetes CronJobs need a history policy

A CronJob does not run your work; it creates a Job, and the Job creates a pod. When the pod finishes, neither the Job nor the pod disappears. The pod is kept on purpose so you can still read its logs after the fact, and the Job is kept so you can still read its status. ...

February 25, 2028 · 5 min · XB Field Notes
A user crontab runs as its owner while a system table names a separate execution account.

Cron system and user tables have different contracts

Cron accepts schedules from more than one kind of table. A user crontab belongs to one account, while system tables can name the account for each entry. Copying a line between them without adjusting its fields changes what cron interprets as the command. Identify the table format before debugging an apparently correct five-field calendar expression. ...

January 12, 2028 · 5 min · XB Field Notes