Red Hat Summit 红帽全球峰会支持控制台（Console）开发人员开始试用联系人

此内容没有您所选择的语言版本。

Chapter 4. Updating operating systems

Updating the operating system (OS) on a host, by either upgrading across major releases or updating the system software for a minor release, can impact the OpenShift Container Platform software running on those machines. In particular, these updates can affect the iptables rules or ovs flows that OpenShift Container Platform requires to operate.

4.1. Updating the operating system on a host
复制链接

To safely upgrade the OS on a host:

  1. Drain the node in preparation for maintenance: 

    $ oc adm drain <node_name> --force --delete-local-data --ignore-daemonsets
    Copy to Clipboard Toggle word wrap

  2. In order to protect sensitive packages that do not need to be updated, apply the exclude rules to the host: 

    # atomic-openshift-docker-excluder exclude
# atomic-openshift-excluder exclude
    Copy to Clipboard Toggle word wrap

  3. Update the host packages and reboot the host. A reboot ensures that the host is running the newest versions and means that the docker and OpenShift Container Platform processes have been restarted, which forces them to check that all of the rules in other services are correct. 

     # yum update
 # reboot
    Copy to Clipboard Toggle word wrap

    However, instead of rebooting a node host, you can restart the services that are affected or preserve the iptables state. Both processes are described in the OpenShift Container Platform iptables topic. The ovs flow rules do not need to be saved, but restarting the OpenShift Container Platform node software fixes the flow rules.

  4. Configure the host to be schedulable again: 

    $ oc adm uncordon <node_name>
    Copy to Clipboard Toggle word wrap

4.1.1. Upgrading Nodes Running OpenShift Container Storage
复制链接

If using OpenShift Container Storage, upgrade the OpenShift Container Platform nodes running OpenShift Container Storage one at a time.

  1. Run oc get daemonset -n <project_name> to verify the label found under NODE-SELECTOR. The default value is glusterfs=storage-host. To determine what the pod is, run oc get pods -n <project_name> --selectors=glusterfs=.

  2. Remove the daemonset label from the node: 

    $ oc label node <node_name> <daemonset_label> -n <project_name>
    Copy to Clipboard Toggle word wrap

    This will cause the OpenShift Container Storage pod to terminate on that node. To overwrite the existing label, use the --overwrite flag.

  3. To run the upgrade playbook on the single node where you terminated OpenShift Container Storage , use -e openshift_upgrade_nodes_label="type=upgrade".

  4. When the upgrade completes, relabel the node with the daemonset label: 

    $ oc label node <node_name> <daemonset_label> -n <project_name>
    Copy to Clipboard Toggle word wrap
  5. Wait for the OpenShift Container Storage pod to respawn and appear.

  6. oc rsh into the gluster pod to check the volume heal: 

    $ oc rsh <pod_name>
$ for vol in `gluster volume list`; do gluster volume heal $vol info; done
$ exit
    Copy to Clipboard Toggle word wrap

    Ensure all of the volumes are healed and there are no outstanding tasks. The heal info command lists all pending entries for a given volume’s heal process. A volume is considered healed when Number of entries for that volume is 0. Use gluster volume status <volume_name> for additional details about the volume. The Online state should be marked Y for all bricks.

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务，以及可以信赖的内容，帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情，请参阅红帽博客.

關於紅帽

我们提供强化的解决方案，使企业能够更轻松地跨平台和环境（从核心数据中心到网络边缘）工作。

Theme

© 2025 Red Hat