- Sort Score
- Result 10 results
- Languages All
Results 11 - 12 of 12 for Lively (0.16 sec)
-
CHANGELOG/CHANGELOG-1.22.md
are still holding on to those resources. This stricter handling may surface to end users as pod rejections when creating pods that are scheduled to mostly full nodes that have other terminating pods holding the resources the new pods need. The most likely error would be a pod set to `Failed` phase with reason set to `OutOfCpu` or `OutOfMemory`, but any resource on the node that has some fixed limit (including persistent volume counts on cloud nodes, exclusive CPU cores, or unique hardware devices)...
Plain Text - Registered: Fri May 03 09:05:14 GMT 2024 - Last Modified: Tue Dec 13 12:43:45 GMT 2022 - 454.1K bytes - Viewed (1) -
CHANGELOG/CHANGELOG-1.2.md
server in a given timeframe for whatever reasons (networking issue, machine failure, etc.). Normally when kube-up script will encounter even one NotReady node it will fail, even though the cluster most likely will be working. We added an environmental variable to kube-up ALLOWED\_NOTREADY\_NODES that defines the number of nodes that if not Ready in time won’t cause kube-up failure.
Plain Text - Registered: Fri May 03 09:05:14 GMT 2024 - Last Modified: Fri Dec 04 06:36:19 GMT 2020 - 41.4K bytes - Viewed (0)