OpenShift Container Platform 4.13 网络
RemainAfterExit=True ExecStart=/bin/bash -c '/etc/default/switch_in_sriov_config_daemon.sh nic || shutdown -r now' 1 第 第 26 章 章 硬件网 硬件网络 络 375 1 可选:可以选择性地指定特定卡的 PCI 地址,如 ExecStart=/bin/bash -c '/et read -r POD NODE <<< "$i" until oc rsh -n openshift-machine-config-operator "$POD" chroot /rootfs shutdown -r +1 do echo "cannot reboot node $NODE, retry" && sleep 3 done done #!/bin/bash type=="InternalIP")].address}') do echo "reboot node $ip" ssh -o StrictHostKeyChecking=no core@$ip sudo shutdown -r -t 3 done $ oc get network.config/cluster -o jsonpath='{.status.networkType}{"\n"}' $ oc get0 码力 | 697 页 | 7.55 MB | 1 年前3OpenShift Container Platform 4.7 日志记录
queued_chunks_limit_size "1024" chunk_limit_size "1m" flush_interval "5s" flush_at_shutdown "false" flush_thread_count "2" retry_max_interval "300" retry_forever true overflow_action '1m' }" flush_interval "#{ENV['FORWARD_FLUSH_INTERVAL'] || '5s'}" flush_at_shutdown "#{ENV['FLUSH_AT_SHUTDOWN'] || 'false'}" flush_thread_count "#{ENV['FLUSH_THREAD_COUNT'] || 2}" retry_max_interval0 码力 | 183 页 | 1.98 MB | 1 年前3OpenShift Container Platform 4.13 虚拟化
VirtualMachine。 3. 从 Disk source 列表中选择 PVC(clone PVC)。 。 %WINDIR%\System32\Sysprep\sysprep.exe /generalize /shutdown /oobe /mode:vm 第 第 10 章 章 虚 虚拟 拟机 机 119 4. 指定通用 Windows 镜像的持久性卷声明 持久性卷声明项 项目 目和持久性卷声明名称 持久性卷声明名称。 reset :虚拟机重新启动,客户机操作系统无法响应。 注意 注意 重启时间可能会导致存活度探测超时。如果集群级别的保护检测到失败的存活度探 测,则虚拟机可能会被强制重新调度,从而增加重启时间。 shutdown :通过停止所有服务来正常关闭虚拟机。 注意 注意 livenessProbe: initialDelaySeconds: 120 1 periodSeconds: 20 Hat Enterprise Linux (RHEL) 镜像 支持 i6300esb。 流程 流程 1. 创建包含以下内容的 YAML 文件: 指定 poweroff, reset, 或 shutdown. 上面的示例使用 poweroff 操作配置 RHEL8 虚拟机上的 i6300esb watchdog 设备,并将设备公 开为 /dev/watchdog。 现在,watchdog 二进制文件可以使用这个设备。0 码力 | 393 页 | 4.53 MB | 1 年前3OpenShift Container Platform 4.10 可伸缩性和性能
[Unit] Description=Unlocks more CPUs for critical system processes during container shutdown DefaultDependencies=no [Service] Type=simple ExecStart OW=60 [Install] WantedBy=shutdown.target reboot.target halt.target enabled: true name: accelerated-container-shutdown.service OpenShift Container Platform 4.10 可伸0 码力 | 315 页 | 3.19 MB | 1 年前3OpenShift Container Platform 4.10 虚拟化
and create VirtualMachine。 6. 点 Scripts 选项卡。 %WINDIR%\System32\Sysprep\sysprep.exe /generalize /shutdown /oobe /mode:vm 第 第 8 章 章 虚 虚拟 拟机 机 79 7. 在 Sysprep 部分中,点 Edit,浏览到 unattend.xml 回答文件,然后点保存 保存。 机操作系统重启所需一定的时间完 成,可能会导致存活度探测超时,因此不建议使用这个选项。如果集群级别的保护发现存活度 探测失败并强制重新调度存活度探测,则此超时可以延长虚拟机重启所需的时间。 shutdown 虚拟机通过停止所有服务来正常关闭电源。 流程 流程 1. 创建包含以下内容的 YAML 文件: $ lspci -nnk | grepapiVersion: vm2-rhel84-watchdog spec: OpenShift Container Platform 4.10 虚 虚拟 拟化 化 122 1 指定 watchdog 操作(poweroff、reset 或 shutdown)。 上面的示例使用 poweroff 操作配置 RHEL8 虚拟机上的 i6300esb watchdog 设备,并将设备公 开为 /dev/watchdog。 现在,watchdog 二进制文件可以使用这个设备。 0 码力 | 307 页 | 3.45 MB | 1 年前3OpenShift 的Windows 容器支持
Allow -EdgeTraversalPolicy Allow C:\> C:\Windows\System32\Sysprep\sysprep.exe /generalize /oobe /shutdown /unattend:1 OpenShift Container Platform 4.11 OpenShift 的 的 Windows 容器支持 0 码力 | 52 页 | 962.49 KB | 1 年前3OpenShift Container Platform 4.6 网络
type=="InternalIP")].address}') do echo "reboot node $ip" ssh -o StrictHostKeyChecking=no core@$ip sudo shutdown -r -t 3 done $ oc patch MachineConfigPool master --type='merge' --patch \ '{ "spec": { "paused": type=="InternalIP")].address}') do echo "reboot node $ip" ssh -o StrictHostKeyChecking=no core@$ip sudo shutdown -r -t 3 done $ oc patch MachineConfigPool master --type='merge' --patch \ '{ "spec": { "paused":0 码力 | 256 页 | 2.78 MB | 1 年前3OpenShift Container Platform 4.9 网络
type=="InternalIP")].address}') do echo "reboot node $ip" ssh -o StrictHostKeyChecking=no core@$ip sudo shutdown -r -t 3 done $ oc get network.config/cluster -o jsonpath='{.status.networkType}{"\n"}' $ oc get type=="InternalIP")].address}') do echo "reboot node $ip" ssh -o StrictHostKeyChecking=no core@$ip sudo shutdown -r -t 3 done $ oc patch MachineConfigPool master --type='merge' --patch \ '{ "spec": { "paused":0 码力 | 388 页 | 4.04 MB | 1 年前3OpenShift Container Platform 4.14 存储
的节点关闭管理器检测到后续的节点关闭操作时,会出现一个安全的节点关闭。当 kubelet 不 会检测到节点关闭操作时,会发生非正常关闭操作,这可能会因为系统或硬件故障而发生这种情况。另 外,当 shutdown 命令没有触发 kubelet on Linux 使用的 Inhibitor Locks 机制时,kubelet 可能无法检测 到节点关闭操作,例如,如果为该节点没有正确配置 shutdownGracePeriod0 码力 | 215 页 | 2.56 MB | 1 年前3
共 9 条
- 1