解决 yum update 卡住不动
发表于|更新于|基础运维
如果是低内存机器,有可能是内存不够了,增加一些 swap 试试。
1 | # 强制结束yum进程 |
文章作者: 张理坤
版权声明: 本博客所有文章除特别声明外,均采用 CC BY-NC-SA 4.0 许可协议。转载请注明来源 杂烩饭!
相关推荐
2025-01-03
CentOS 7 停止维护后如何使用
CentOS 7 停止维护后,很多源都失效了,使用 yum 的时候报错 404,需要修改源才能继续使用。 老版本 CentOS 源被更改成 vault 源,需要更换成 vault 源才能继续使用 yum。 一、修改成官方源 二、换成阿里云源 三、更换成中科大的源 EPEL 源 使用 ISO 做为离线仓库iso 选择 everything 版本镜像 2.创建 ISO 存放目录以及挂载目录 4.挂载 ISO 镜像到挂载目录 检查挂载是否成功df -h2.备份 /etc/yum.repos.d 目录里的原始 repo 文件 4.写入信息至 local.repo yum 安装 取消挂载
2026-07-14
制作macOS启动盘和dmg镜像
下载 macOS 安装文件参考苹果官方文档: https://support.apple.com/zh-cn/102662, 使用 App Store 下载即可。下载完成后会显示在应用程序里面 制作dmg磁盘镜像直接写入到u盘或移动硬盘创建一个空白的 dmg 镜像 打开「磁盘工具」,在顶部菜单选择「文件」>「新建映像」>「空白映像」,然后如下图: 「大小」的设置,根据安装镜像大小, 再增加 2GB, 我这里粗略设置为 15 GB;「格式」设置为「Mac OS 扩展(日志式)」;「分区」为设置为「单个分区 - GUID 分区图」;「映像格式」为「读/写」; 挂载这个磁盘镜像, 直接双击即可自动挂载。 数据写入到 dmg 磁盘 参考: https://support.apple.com/zh-cn/101578 写入完成后, 推出这个 dmg 磁盘, 一般在访达中就能推出 压缩 dmg 磁盘 上面创建的 dmg 磁盘大小为 15G, 为了保证空间足够写入, 数据量其实没到 15G, 可以压缩一下。 打开「磁盘工具」,顶部菜单选择「映像」>「转换」,选...
2026-07-14
Linux设置默认的文本编辑器
在 Linux 命令行界面,比较常用的是 vim,但是部分 linux 默认的编辑器是 nano,所以整理了一下修改教程。 select-editor 命令使用 select-editor 可以修改部分场景下使用的默认编辑器 直接执行 select-editor(不要用 sudo) 以上操作相当于创建了一个 ~/.selected_editor 文件 update-alternatives 命令这条命令需要使用 root 权限执行 相当于
2026-07-14
树莓派常用操作记录
安装 Docker替换成清华源 清华源地址https://mirrors.tuna.tsinghua.edu.cn/help/docker-ce/ 替换软件源中科大源https://mirrors.ustc.edu.cn/help/raspbian.html清华源https://mirrors.tuna.tsinghua.edu.cn/help/raspbian/
2026-07-14
Kubeadm之单节点master升级高可用master
单节点升级 master 总体来说就是两步, 先修改 apiserver 地址为负载均衡地址,然后添加新的 master 节点。 搭建集群的时候我们注意一下就可以减少后期维护的烦恼,比如: 使用 hostname 而不是 ip 来作为 kube-apiserver 地址 单节点也把负载均衡安排上 假设已经有一个没有负载均衡的单节点 master,现在想将它切换为高可用集群,记录以下步骤: 部署负载均衡参考 Kubernetes之master高可用方案 更新证书 因为我们部署了负载均衡,所以需要通过负载均衡的地址来访问 apiserver,因为证书是针对域名或者 ip 做的签名,如果 ip 变了证书就失效了,这也是为什么建议使用 hostname 来代替 ip 如果你是用 kubeadm init 来创建的集群,那么你需要导出一个 kubeadm 配置 添加证书 SANs 信息 生成新的证书备份旧证书 生成新的证书 验证证书,确定包含新添加的 SAN 列表 重启 apiserver 保存新的配置这步操作其实是把 kubeadm 的配置给保存在集群中, 以...
2026-07-14
使用Keepalived来实现Nginx高可用
公有云不会考虑这些,不过自建机房,使用 nginx 做入口,keepalived 是唯一的选择。 节点 IP keepalived 主 10.0.0.45 keepalived 备 10.0.0.44 vip 10.0.0.46 组播模式keepalived1keepalived2 单播模式keepalived1keepalived2 非抢占式说明 抢占式 和 非抢占式的区别: 比如 master1 默认的权重(priority)高,vip 当前在 master1 上, master1 挂掉后 vip 会飘到 master2 上,那么如果 master1 恢复正常了,抢占式会重新将 vip 抢过来,再次绑定到 master1 上,非抢占式则保持在 master2 上,除非 master2 也出问题。 必须都为 BACKUP 模式,如果有 MASTER,那么 MASTER 会抢占 必须都配置 nopreempt 去掉 weight -20 配置, 因为非抢占式这种配置, 高优先级的不会去抢占低优先级的 VIP, 所以检测失败降低权重是没有效果的。 配...
公告
此博客为我记录运维工作总结所用,供网友阅读参考,如有侵权,请通知我,我会核实后进行处理。
欢迎加博主微信,进微信运维技术交流群:

