mirror of
https://github.com/openshift/openshift-docs.git
synced 2026-02-05 21:46:22 +01:00
Bump OCP 4.3 to cri-o 1.16
This commit is contained in:
committed by
openshift-cherrypick-robot
parent
f9a39cf285
commit
f6fb4e293f
@@ -74,8 +74,11 @@ In a terminal that has access to the cluster, run the following command to verif
|
||||
+
|
||||
----
|
||||
$ oc get nodes -l node-role.kubernetes.io/master
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-143-125.us-east-2.compute.internal Ready master 46m v1.14.6+c4799753c
|
||||
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-141-129.ec2.internal Ready master 72m v1.16.2
|
||||
ip-10-0-141-69.ec2.internal Ready master 72m v1.16.2
|
||||
ip-10-0-148-252.ec2.internal Ready master 72m v1.16.2
|
||||
----
|
||||
+
|
||||
[NOTE]
|
||||
@@ -122,10 +125,11 @@ Be sure to approve both the pending client and server CSR for each master that w
|
||||
+
|
||||
----
|
||||
$ oc get nodes -l node-role.kubernetes.io/master
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-143-125.us-east-2.compute.internal Ready master 50m v1.14.6+c4799753c
|
||||
ip-10-0-156-255.us-east-2.compute.internal Ready master 92s v1.14.6+c4799753c
|
||||
ip-10-0-162-178.us-east-2.compute.internal Ready master 70s v1.14.6+c4799753c
|
||||
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-141-129.ec2.internal Ready master 72m v1.16.2
|
||||
ip-10-0-141-69.ec2.internal Ready master 72m v1.16.2
|
||||
ip-10-0-148-252.ec2.internal Ready master 72m v1.16.2
|
||||
----
|
||||
|
||||
. Correct the DNS entries.
|
||||
|
||||
@@ -123,13 +123,13 @@ go to one of your nodes. For example:
|
||||
+
|
||||
----
|
||||
$ oc get node
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-137-44.ec2.internal Ready worker 7m v1.14.6+90fadebfa
|
||||
ip-10-0-138-148.ec2.internal Ready master 11m v1.14.6+90fadebfa
|
||||
ip-10-0-139-122.ec2.internal Ready master 11m v1.14.6+90fadebfa
|
||||
ip-10-0-147-35.ec2.internal Ready,SchedulingDisabled worker 7m v1.14.6+90fadebfa
|
||||
ip-10-0-153-12.ec2.internal Ready worker 7m v1.14.6+90fadebfa
|
||||
ip-10-0-154-10.ec2.internal Ready master 11m v1.14.6+90fadebfa
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-128-213.ec2.internal Ready worker 59m v1.16.2
|
||||
ip-10-0-130-162.ec2.internal Ready worker 60m v1.16.2
|
||||
ip-10-0-136-29.ec2.internal Ready master 66m v1.16.2
|
||||
ip-10-0-142-198.ec2.internal Ready master 66m v1.16.2
|
||||
ip-10-0-149-229.ec2.internal Ready master 66m v1.16.2
|
||||
ip-10-0-149-52.ec2.internal Ready worker 60m v1.16.2
|
||||
----
|
||||
+
|
||||
You can see that scheduling on each worker node is disabled as the change is being applied.
|
||||
|
||||
@@ -86,8 +86,8 @@ In this example, the running pod is on the `ip-10-0-217-226.ec2.internal` node.
|
||||
----
|
||||
$ oc get node <node_name> <1>
|
||||
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-217-226.ec2.internal Ready infra,worker 17h v1.14.6+c4799753c
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-129-189.ec2.internal Ready worker 70m v1.16.2
|
||||
----
|
||||
<1> Specify the `<node_name>` that you obtained from the pod list.
|
||||
+
|
||||
|
||||
@@ -29,12 +29,13 @@ these CSRs are approved or, if necessary, approve them yourself.
|
||||
----
|
||||
$ oc get nodes
|
||||
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
master-0 Ready master 63m v1.14.6+c4799753c
|
||||
master-1 Ready master 63m v1.14.6+c4799753c
|
||||
master-2 Ready master 64m v1.14.6+c4799753c
|
||||
worker-0 NotReady worker 76s v1.14.6+c4799753c
|
||||
worker-1 NotReady worker 70s v1.14.6+c4799753c
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-129-189.ec2.internal Ready worker 65m v1.16.2
|
||||
ip-10-0-133-88.ec2.internal Ready worker 65m v1.16.2
|
||||
ip-10-0-141-129.ec2.internal Ready master 72m v1.16.2
|
||||
ip-10-0-141-69.ec2.internal Ready master 72m v1.16.2
|
||||
ip-10-0-146-242.ec2.internal Ready worker 65m v1.16.2
|
||||
ip-10-0-148-252.ec2.internal Ready master 72m v1.16.2
|
||||
----
|
||||
+
|
||||
The output lists all of the machines that you created.
|
||||
|
||||
@@ -9,27 +9,26 @@ Directly accessing a node is strongly discouraged. Nodes are meant to be managed
|
||||
|
||||
For debugging purposes, the oc debug command lets you go inside any pod and look around. For nodes, in particular, you open a tools pod on the node, then chroot to the node’s host filesystem. At that point, you are effectively working on the node. Here’s how to do that:
|
||||
|
||||
----
|
||||
$ oc get nodes
|
||||
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
|
||||
ip-10-0-0-1.us-east-2.compute.internal Ready worker 3h19m v1.14.6+c4799753c
|
||||
|
||||
ip-10-0-0-39.us-east-2.compute.internal Ready master 3h37m v1.14.6+c4799753c
|
||||
|
||||
…
|
||||
|
||||
$ oc debug nodes/ip-10-0-138-39.us-east-2.compute.internal
|
||||
|
||||
Starting pod/ip-10-0-138-39us-east-2computeinternal-debug …
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-129-189.ec2.internal Ready worker 69m v1.16.2
|
||||
ip-10-0-133-88.ec2.internal Ready worker 69m v1.16.2
|
||||
ip-10-0-141-129.ec2.internal Ready master 76m v1.16.2
|
||||
ip-10-0-141-69.ec2.internal Ready master 76m v1.16.2
|
||||
ip-10-0-146-242.ec2.internal Ready worker 69m v1.16.2
|
||||
ip-10-0-148-252.ec2.internal Ready master 76m v1.16.2
|
||||
----
|
||||
|
||||
----
|
||||
$ oc debug nodes/ip-10-0-129-189.ec2.internal
|
||||
Starting pod/ip-10-0-129-189ec2internal-debug ...
|
||||
To use host binaries, run `chroot /host`
|
||||
|
||||
If you don’t see a command prompt, try pressing enter.
|
||||
|
||||
sh-4.2#
|
||||
|
||||
|
||||
Pod IP: 10.0.129.189
|
||||
If you don't see a command prompt, try pressing enter.
|
||||
sh-4.2#
|
||||
----
|
||||
|
||||
As noted, you can change to the root of the node’s filesystem by typing chroot /host and running commands from the host on that filesystem as though you were logged in directly from the host. Here are some examples of commands you can run to see what is happening on the node:
|
||||
|
||||
|
||||
@@ -115,14 +115,14 @@ rendered-worker-18ff9506c718be1e8bd0a066850065b7 577c2d527b09cd7a481a
|
||||
. Check the nodes:
|
||||
+
|
||||
----
|
||||
$ oc get node
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-136-161.ec2.internal Ready worker 28m v1.14.6+90fadebfa
|
||||
ip-10-0-136-243.ec2.internal Ready master 34m v1.14.6+90fadebfa
|
||||
ip-10-0-141-105.ec2.internal Ready,SchedulingDisabled worker 28m v1.14.6+90fadebfa
|
||||
ip-10-0-142-249.ec2.internal Ready master 34m v1.14.6+90fadebfa
|
||||
ip-10-0-153-11.ec2.internal Ready worker 28m v1.14.6+90fadebfa
|
||||
ip-10-0-153-150.ec2.internal Ready master 34m v1.14.6+90fadebfa
|
||||
$ oc get nodes
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-129-189.ec2.internal Ready worker 69m v1.16.2
|
||||
ip-10-0-133-88.ec2.internal Ready worker 69m v1.16.2
|
||||
ip-10-0-141-129.ec2.internal Ready master 76m v1.16.2
|
||||
ip-10-0-141-69.ec2.internal Ready master 76m v1.16.2
|
||||
ip-10-0-146-242.ec2.internal Ready worker 69m v1.16.2
|
||||
ip-10-0-148-252.ec2.internal Ready master 76m v1.16.2
|
||||
----
|
||||
+
|
||||
You can see that scheduling on each worker node is disabled as the change is being applied.
|
||||
|
||||
@@ -12,10 +12,13 @@ You can get detailed information on the nodes in the cluster.
|
||||
----
|
||||
$ oc get nodes
|
||||
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
master.example.com Ready master 7h v1.14.6+c4799753c
|
||||
node1.example.com Ready worker 7h v1.14.6+c4799753c
|
||||
node2.example.com Ready worker 7h v1.14.6+c4799753c
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-129-189.ec2.internal Ready worker 69m v1.16.2
|
||||
ip-10-0-133-88.ec2.internal Ready worker 69m v1.16.2
|
||||
ip-10-0-141-129.ec2.internal Ready master 76m v1.16.2
|
||||
ip-10-0-141-69.ec2.internal Ready master 76m v1.16.2
|
||||
ip-10-0-146-242.ec2.internal Ready worker 69m v1.16.2
|
||||
ip-10-0-148-252.ec2.internal Ready master 76m v1.16.2
|
||||
----
|
||||
|
||||
* The `-wide` option provides additional information on all nodes.
|
||||
@@ -114,9 +117,9 @@ System Info: <9>
|
||||
OS Image: Red Hat Enterprise Linux CoreOS 410.8.20190520.0 (Ootpa)
|
||||
Operating System: linux
|
||||
Architecture: amd64
|
||||
Container Runtime Version: cri-o://1.13.9-1.rhaos4.1.gitd70609a.el8
|
||||
Kubelet Version: v1.14.6+c4799753c
|
||||
Kube-Proxy Version: v1.14.6+c4799753c
|
||||
Container Runtime Version: cri-o://1.16.0-0.6.dev.rhaos4.3.git9ad059b.el8-rc2
|
||||
Kubelet Version: v1.16.2
|
||||
Kube-Proxy Version: v1.16.2
|
||||
PodCIDR: 10.128.4.0/24
|
||||
ProviderID: aws:///us-east-2a/i-04e87b31dc6b3e171
|
||||
Non-terminated Pods: (13 in total) <10>
|
||||
|
||||
@@ -21,8 +21,11 @@ Nodes must first be marked unschedulable to perform pod evacuation.
|
||||
|
||||
----
|
||||
$ oc adm cordon <node1>
|
||||
node/<node1> cordoned
|
||||
|
||||
$ oc get node <node1>
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
<node1> NotReady,SchedulingDisabled worker 1d v1.14.6+c4799753c
|
||||
<node1> NotReady,SchedulingDisabled worker 1d v1.16.2
|
||||
----
|
||||
|
||||
Use `oc adm uncordon` to mark the node as schedulable when done.
|
||||
|
||||
@@ -12,13 +12,13 @@ To see which workers and masters are running on your cluster, type:
|
||||
----
|
||||
$ oc get nodes
|
||||
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-0-1.us-east-2.compute.internal Ready worker 4h20m v1.14.6+c4799753c
|
||||
ip-10-0-0-2.us-east-2.compute.internal Ready master 4h39m v1.14.6+c4799753c
|
||||
ip-10-0-0.3.us-east-2.compute.internal Ready worker 4h20m v1.14.6+c4799753c
|
||||
ip-10-0-0-4.us-east-2.compute.internal Ready master 4h39m v1.14.6+c4799753c
|
||||
ip-10-0-0-5.us-east-2.compute.internal Ready master 4h39m v1.14.6+c4799753c
|
||||
ip-10-0-0-6.us-east-2.compute.internal Ready worker 4h20m v1.14.6+c4799753c
|
||||
NAME STATUS ROLES AGE VERSION
|
||||
ip-10-0-129-189.ec2.internal Ready,SchedulingDisabled worker 81m v1.16.2
|
||||
ip-10-0-133-88.ec2.internal Ready worker 81m v1.16.2
|
||||
ip-10-0-141-129.ec2.internal Ready master 88m v1.16.2
|
||||
ip-10-0-141-69.ec2.internal Ready master 88m v1.16.2
|
||||
ip-10-0-146-242.ec2.internal Ready worker 80m v1.16.2
|
||||
ip-10-0-148-252.ec2.internal Ready master 88m v1.16.2
|
||||
----
|
||||
|
||||
To see more information about internal and external IP addresses, the type of operating system ({op-system}), kernel version, and container runtime (CRI-O), add the `-o wide` option.
|
||||
@@ -31,7 +31,8 @@ NAME STATUS ROLES AGE
|
||||
|
||||
OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
|
||||
|
||||
ip-10-0-134-252.us-east-2.compute.internal Ready worker 17h v1.14.6+c4799753c +
|
||||
10.0.134.252 <none> +
|
||||
Red Hat CoreOS 4.0 3.10.0-957.5.1.el7.x86_64 cri-o://1.13.6-1.rhaos4.0.git2f0cb0d.el7
|
||||
NAME STATUS ROLES AGE VERSION INTERNAL-IP EXTERNAL-IP OS-IMAGE KERNEL-VERSION CONTAINER-RUNTIME
|
||||
ip-10-0-129-189.ec2.internal Ready,SchedulingDisabled worker 81m v1.16.2 10.0.129.189 <none> Red Hat Enterprise Linux CoreOS 43.81.201911071053.0 (Ootpa) 4.18.0-147.el8.x86_64 cri-o://1.16.0-0.6.dev.rhaos4.3.git9ad059b.el8-rc2
|
||||
|
||||
....
|
||||
----
|
||||
|
||||
Reference in New Issue
Block a user