关于升级:技术分享-MGR-单主模式组内滚动升级

作者:李鹏博 爱可生 DBA 团队成员,次要负责 MySQL 故障解决和 SQL 审核优化。对技术执着,为客户负责。 本文起源:原创投稿 *爱可生开源社区出品,原创内容未经受权不得随便应用,转载请分割小编并注明起源。 MySQL 从 5.7 开始反对 MGR ,并一直地进行改良与欠缺,比方从 8.0.14 新增了 group_replication_consistency 参数用于配置集群一致性;从 8.0.16 新增 group_replication_consistency 参数来反对 auto-rejoin 性能,从 8.0.17 开始反对 clone 插件并用于 MGR 的分布式复原。本文将介绍如何从 MySQL 5.7.25 单主模式的 MGR 组内滚动降级到 MySQL 8.0.26 。 MGR 能够离线降级,也能够在线降级,咱们通常都会抉择在线降级。而在线降级官网提供了3种形式:组内滚动降级、滚动迁徙降级、滚动反复降级。咱们这里应用最简略疾速的组内滚动降级形式。 组内滚动降级的形式就是在一个 MGR 组内,其中的每个实例都顺次从组中删除、降级,而后重新加入组中。这种形式比拟适宜单主模式。而对于多主模式下的组,因为在组内滚动降级期间主节点的数量会缩小,从而会导致写可用性升高,这是因为如果一个成员退出一个组时,它运行的 MySQL 服务器版本高于现有组成员运行的最低版本,它会主动放弃只读模式( super_read_only=ON ),从 MySQL 8.0.17 开始,当所有成员都降级到雷同的版本时,它们都会主动更改回读写模式;而对于之前的版本,则须要在每个成员上手动设置 super_read_only=OFF 来将实例改回读写模式。 以下将大抵介绍降级的步骤: 一. 确定MGR模式和版本1. 确认MGR模式show variables like '%group_replication_single_primary_mode%';2. 确认主节点select * from performance_schema.replication_group_members;SHOW STATUS LIKE 'group_replication_primary_member';3. 确认节点数据库版本MySQL 5.7须要每个独自确认select @@version;留神:后面的1. 2. 3. 步骤在 MySQL 8 外面可只通过一条语句确认: ...

October 22, 2021 · 1 min · jiezi

关于升级:6月热点BML全新升级WebIDE编程环境度目智能视频分析盒G1上新

本月 BML 降级全新 WebIDE 编程环境,晋升10+编码能力、新增三大通用插件,让 AI 开发更便捷、更高效。度目智能视频剖析盒 G1 全新公布,算法当先、性能强劲、边云协同,为园区、商圈等场景提供考勤、通行治理的解决方案;EdgeBoard 边缘 AI 计算盒(FZ9D-高性能版)全新公布,兼容丰盛的算法和 AI 工具平台,搭配 EasyDL 实现零门槛模型定制与软硬一体部署,工业级品控、部署简略、性能优越,实用于视频智能化剖析场景,在边缘侧实现模型推理,无效节俭服务器硬件、带宽传输等老本。本月共有18项重要产品能力降级、上新,上面就给你带来百度大脑最新动静。 #重点领先看#  BML 降级全新 WebIDE 编程环境  晋升10+编码能力、新增3大通用插件 AI  开发更便捷、更高效  BML 全新的 WebIDE 开发环境基于 Jupyterlab 3.0+版本研发,领有弱小的交互式编码体验,晦涩的端云协同开发机制和丰盛的 AI 开发工具。在编码体验、插件建设等方面降级相干能力,心愿给开发者带来更便捷、更高效的开发体验。 编码体验上,本次降级10+编码相干能力,蕴含代码主动补全、用法提醒、变量重命名等。对运行体验进行优化,反对疾速新建 cell/code ,新增 markdown 编辑器。通用插件建设上,新增代码片段性能,内置公共代码片段库,反对珍藏本人的代码片段;包治理方面,内置 PaddlePaddle,反对用户抉择适合版本一键装置、卸载和降级;新增资源监控性能,对以后资源应用状况进行动静监控;提供数据模型可视化能力,用户能够更直观、清晰地查看数据的特色与变化趋势。立刻体验 BML:https://ai.baidu.com/bml/  度目智能视频剖析盒 G1 全新公布  百度自主研发的智能边缘计算盒,可对接网络摄像头、抓拍机等前端设施,提供蕴含属性剖析及口罩检测相干的视频剖析能力,反对16路高清视频流、32路图片流灵便接入,具备30万大底库容量,最多实现30人同屏抓拍。提供配套治理平台,反对 QT、Web 双界面,插电即用,丰盛的二次开发接口不便疾速集成,为楼宇、园区、校园、商圈构建考勤及通行治理解决方案。 查看详情:https://ai.baidu.com/dumu/fac... ▍三大亮点 更强算力:英伟达 Jetson Xavier NX module 算力达14 TOPS,最大反对16路 1080P 视频流/32路图片流更多协定接入:反对 ONVIF、RTSP、GB/T28181 视频接入,GA/T1400 图片接入配套治理平台:默认反对乘风治理平台,实现近程多设施对立治理,端云联合,插电即用▍利用场景 智慧社区:实用于社区出入口的智能门禁等场景,不便社区通行、保障社区平安;智慧校园:实用于校园出入口的重点人员监控,保障校园平安;也可用于教室、寝室的智能考勤;商业地产:可用于会场、科技园区的人流监控预警、重点人员防护,保护公共安全。 EdgeBoard 边缘 AI 计算盒(FZ9D-高性能版)【全新公布】 \EdgeBoard 边缘 AI 计算盒是百度面向边缘计算场景打造的高性能微型 AI 服务器。无缝兼容百度大脑凋谢能力,对接飞桨企业版 EasyDL 零门槛 AI 开发平台实现灵便的模型定制,内置可视化管理系统,极大不便了模型部署与二次开发。离线本地化部署,在边缘侧实现模型推理,无效节俭服务器硬件、带宽传输等老本。 ...

July 23, 2021 · 1 min · jiezi

关于升级:CS架构中-agent如何自升级以falconagent为例

前言在咱们日常运维/运维开发工作中各种零碎次要分为两大流派 本文次要探讨下有agent侧一些注意事项客户端服务端的C/S架构长处 c/s架构相比于基于ssh的并发和吞吐量要高的多利用agent可做的事件很多以及更精准的管制毛病 性能更新须要降级agentagent如果保活是个头疼的问题机器上agent过多如何治理又是个问题agentless架构特点无侵入性agent:典型利用就是基于ssh ansible长处 无agent不须要关怀保活和笼罩问题性能更新次要在server端实现毛病 基于ssh的性能/性能较差经典client案例 配置管理/批量操作Saltstack MinionPuppet Agent监控prometheus 各种各样的exporter: node_exporteropen-falcon falcon-agentZabbix AgentC/S架构中agent侧注意事项agent资源耗费代码该当简洁,防止过多资源耗费agent资源监控能够应用prometheus的 client_golang ,默认会export 过程的cpu_user 、fd、mem等信息帮忙咱们定位资源耗费 # HELP process_cpu_seconds_total Total user and system CPU time spent in seconds.# TYPE process_cpu_seconds_total counterprocess_cpu_seconds_total 38913.32# HELP process_max_fds Maximum number of open file descriptors.# TYPE process_max_fds gaugeprocess_max_fds 6.815744e+06# HELP process_open_fds Number of open file descriptors.# TYPE process_open_fds gaugeprocess_open_fds 15# HELP process_resident_memory_bytes Resident memory size in bytes.# TYPE process_resident_memory_bytes gaugeprocess_resident_memory_bytes 1.4659584e+07# HELP process_start_time_seconds Start time of the process since unix epoch in seconds.# TYPE process_start_time_seconds gaugeprocess_start_time_seconds 1.59350253732e+09# HELP process_virtual_memory_bytes Virtual memory size in bytes.# TYPE process_virtual_memory_bytes gaugeprocess_virtual_memory_bytes 1.201352704e+09# HELP process_virtual_memory_max_bytes Maximum amount of virtual memory available in bytes.# TYPE process_virtual_memory_max_bytes gaugeprocess_virtual_memory_max_bytes -1agent如何降级治理举例:当初要降级agent版本 from v1.0 to v1.1 ...

July 27, 2020 · 3 min · jiezi

关于升级:CS架构中-agent如何自升级以falconagent为例

前言在咱们日常运维/运维开发工作中各种零碎次要分为两大流派 本文次要探讨下有agent侧一些注意事项客户端服务端的C/S架构长处 c/s架构相比于基于ssh的并发和吞吐量要高的多利用agent可做的事件很多以及更精准的管制毛病 性能更新须要降级agentagent如果保活是个头疼的问题机器上agent过多如何治理又是个问题agentless架构特点无侵入性agent:典型利用就是基于ssh ansible长处 无agent不须要关怀保活和笼罩问题性能更新次要在server端实现毛病 基于ssh的性能/性能较差经典client案例 配置管理/批量操作Saltstack MinionPuppet Agent监控prometheus 各种各样的exporter: node_exporteropen-falcon falcon-agentZabbix AgentC/S架构中agent侧注意事项agent资源耗费代码该当简洁,防止过多资源耗费agent资源监控能够应用prometheus的 client_golang ,默认会export 过程的cpu_user 、fd、mem等信息帮忙咱们定位资源耗费 # HELP process_cpu_seconds_total Total user and system CPU time spent in seconds.# TYPE process_cpu_seconds_total counterprocess_cpu_seconds_total 38913.32# HELP process_max_fds Maximum number of open file descriptors.# TYPE process_max_fds gaugeprocess_max_fds 6.815744e+06# HELP process_open_fds Number of open file descriptors.# TYPE process_open_fds gaugeprocess_open_fds 15# HELP process_resident_memory_bytes Resident memory size in bytes.# TYPE process_resident_memory_bytes gaugeprocess_resident_memory_bytes 1.4659584e+07# HELP process_start_time_seconds Start time of the process since unix epoch in seconds.# TYPE process_start_time_seconds gaugeprocess_start_time_seconds 1.59350253732e+09# HELP process_virtual_memory_bytes Virtual memory size in bytes.# TYPE process_virtual_memory_bytes gaugeprocess_virtual_memory_bytes 1.201352704e+09# HELP process_virtual_memory_max_bytes Maximum amount of virtual memory available in bytes.# TYPE process_virtual_memory_max_bytes gaugeprocess_virtual_memory_max_bytes -1agent如何降级治理举例:当初要降级agent版本 from v1.0 to v1.1 ...

July 27, 2020 · 3 min · jiezi

技术分享-如何优雅地在-Windows-上从-MySQL-56-升级到-57

作者:赵拂晓爱可生 MySQL DBA 团队成员,Oracle 10g OCM,MySQL 5.7 OCP,善于数据库性能问题诊断、事务与锁问题的剖析等,负责解决客户 MySQL 及我司自研 DMP 平台日常运维中的问题,对开源数据库相干技术十分感兴趣。本文起源:原创投稿*爱可生开源社区出品,原创内容未经受权不得随便应用,转载请分割小编并注明起源。本文关键字:降级、Windows、账号治理背景最近有去某客户那里反对 MySQL 实例降级,他们的实例版本比拟多,有 5.5、5.6、5.7,外加各种小版本,平台也很多,有 Linux、Windows。对于 Unix/Linux 平台的 MySQL 版本升级,大家可能再相熟不过了,但对于 windows 平台的,可能接触地较少。因为我的项目上有需要,本人也在 Windows 环境上测试了一把,有了些心得,想跟大家分享一些教训,于是有了本文。这里次要是针对比拟常见的 5.6 到 5.7 的降级。 限度MySQL 官网提供了 2 种介质的降级形式:一种是 MySQL Installer 的形式(须要下载 MSI 可执行程序,进行图形化装置),另一种则是 noinstall zip 包的形式(就是咱们相熟的绿色软件,解压即用的那种,当然 MySQL 作为数据库软件,也没傻瓜到那种水平,还是须要一些额定操作的),举荐应用第 2 种形式,零碎侵入性小,方便快捷。间断大版本的降级(5.6 to 5.7)不能用 MySQL Installer,这种场景只反对 zip 形式。社区版和企业版之间,也不能用 MySQL Installer 降级,须要用 zip 形式。除了介质,降级的办法也有 2 种:一种是 IN-PLACE 形式(实用于数据量较大、小版本或间断版本的降级),另一种是逻辑形式(实用于数据量小、逾越大版本的降级)。对于大数据库,即使是采纳 IN-PLACE 形式降级,也可能会破费较长时间,因为执行 mysql_upgrade 时,默认也会对业务表进行数据转换和修复(这个问题在客户那儿也遇到了,300G 左右的库,有大量 MyISAM 表,最大的单表有 40G。修复过程其实是通过创立长期表进行重建,而他们的磁盘性能又不好,跑了很久都没有完结,起初通过 -s 参数跳过对业务表的修复)。如果是 Milestone 版和 GA 版之间的降级,也只能通过逻辑形式进行。环境筹备尽管是在讲降级,这里也略微提一下 Windows 上装置实例的办法。首先,筹备一台 Windows 主机(我这里用的是 Windows 10),去官网下载好 5.6.x,5.7.x for Windows 的 zip 包,我抉择了社区版的 5.6.30 和 5.7.30(最新 GA)的包。 解压完的 zip包 是这样的,有点像 Linux 上的二进制包: ...

July 15, 2020 · 5 min · jiezi

CentOS使用Yum升级Git到21x新版本

使用yum最多只能安装到1.8,版本太旧了,下载源码手动编译安装?先不说国内下载官网包2kB/s的速度,就是下载下来了编译也麻烦啊,包管理是吃干饭的嘛? 其实只要换个源,重新下载就好了 先卸载旧版 yum remove git添加新源后安装新版 yum install -y https://centos7.iuscommunity.org/ius-release.rpmyum install -y git2u检验 git version 最后附带我的安装过程 root@izwz957qhjacaocedubzjjz /tmp/installGit [20:43:53] > # yum install -y https://centos7.iuscommunity.org/ius-release.rpm已加载插件:fastestmirrorius-release.rpm | 8.2 kB 00:00 正在检查 /var/tmp/yum-root-6VAioA/ius-release.rpm: ius-release-2-1.el7.ius.noarch/var/tmp/yum-root-6VAioA/ius-release.rpm 将被安装正在解决依赖关系--> 正在检查事务---> 软件包 ius-release.noarch.0.2-1.el7.ius 将被 安装--> 正在处理依赖关系 epel-release = 7,它被软件包 ius-release-2-1.el7.ius.noarch 需要Loading mirror speeds from cached hostfile--> 正在检查事务---> 软件包 epel-release.noarch.0.7-12 将被 安装--> 解决依赖关系完成依赖关系解决========================================================== Package 架构 版本 源 大小==========================================================正在安装: ius-release noarch 2-1.el7.ius /ius-release 4.5 k为依赖而安装: epel-release noarch 7-12 epel 15 k事务概要==========================================================安装 1 软件包 (+1 依赖软件包)总计:19 k总下载量:15 k安装大小:29 kDownloading packages:epel-release-7-12.noarch.rpm | 15 kB 00:00 Running transaction checkRunning transaction testTransaction test succeededRunning transaction 正在安装 : epel-release-7-12.noarch 1/2 警告:/etc/yum.repos.d/epel.repo 已建立为 /etc/yum.repos.d/epel.repo.rpmnew 正在安装 : ius-release-2-1.el7.ius.noarch 2/2 验证中 : ius-release-2-1.el7.ius.noarch 1/2 验证中 : epel-release-7-12.noarch 2/2 已安装: ius-release.noarch 0:2-1.el7.ius 作为依赖被安装: epel-release.noarch 0:7-12 完毕! root@izwz957qhjacaocedubzjjz /tmp/installGit [20:44:05] > # yum install -y git2u 已加载插件:fastestmirrorius | 1.3 kB 00:00 ius/x86_64/primary | 129 kB 00:01 Loading mirror speeds from cached hostfileius 538/538正在解决依赖关系--> 正在检查事务---> 软件包 git2u.x86_64.0.2.16.5-1.ius.el7 将被 安装--> 正在处理依赖关系 git2u-perl-Git = 2.16.5-1.ius.el7,它被软件包 git2u-2.16.5-1.ius.el7.x86_64 需要--> 正在处理依赖关系 git2u-core-doc = 2.16.5-1.ius.el7,它被软件包 git2u-2.16.5-1.ius.el7.x86_64 需要--> 正在处理依赖关系 git2u-core = 2.16.5-1.ius.el7,它被软件包 git2u-2.16.5-1.ius.el7.x86_64 需要--> 正在处理依赖关系 perl(Git::I18N),它被软件包 git2u-2.16.5-1.ius.el7.x86_64 需要--> 正在处理依赖关系 perl(Git),它被软件包 git2u-2.16.5-1.ius.el7.x86_64 需要--> 正在处理依赖关系 libsecret-1.so.0()(64bit),它被软件包 git2u-2.16.5-1.ius.el7.x86_64 需要--> 正在检查事务---> 软件包 git2u-core.x86_64.0.2.16.5-1.ius.el7 将被 安装---> 软件包 git2u-core-doc.noarch.0.2.16.5-1.ius.el7 将被 安装---> 软件包 git2u-perl-Git.noarch.0.2.16.5-1.ius.el7 将被 安装---> 软件包 libsecret.x86_64.0.0.18.6-1.el7 将被 安装--> 解决依赖关系完成依赖关系解决========================================================== Package 架构 版本 源 大小==========================================================正在安装: git2u x86_64 2.16.5-1.ius.el7 ius 1.1 M为依赖而安装: git2u-core x86_64 2.16.5-1.ius.el7 ius 5.5 M git2u-core-doc noarch 2.16.5-1.ius.el7 ius 2.4 M git2u-perl-Git noarch 2.16.5-1.ius.el7 ius 68 k libsecret x86_64 0.18.6-1.el7 base 153 k事务概要==========================================================安装 1 软件包 (+4 依赖软件包)总下载量:9.2 M安装大小:42 MDownloading packages:警告:/var/cache/yum/x86_64/7/ius/packages/git2u-2.16.5-1.ius.el7.x86_64.rpm: 头V4 RSA/SHA256 Signature, 密钥 ID 4b274df2: NOKEYgit2u-2.16.5-1.ius.el7.x86_64.rpm 的公钥尚未安装(1/5): git2u-2.16.5-1.ius.el7.x86_64 | 1.1 MB 00:02 (2/5): git2u-core-doc-2.16.5-1.ius.e | 2.4 MB 00:00 (3/5): git2u-core-2.16.5-1.ius.el7.x | 5.5 MB 00:03 (4/5): libsecret-0.18.6-1.el7.x86_64 | 153 kB 00:00 (5/5): git2u-perl-Git-2.16.5-1.ius.e | 68 kB 00:00 ----------------------------------------------------------总计 2.6 MB/s | 9.2 MB 00:03 从 file:///etc/pki/rpm-gpg/RPM-GPG-KEY-IUS-7 检索密钥导入 GPG key 0x4B274DF2: 用户ID : "IUS (7) <dev@ius.io>" 指纹 : c958 7a09 a11f d706 4f0c a0f4 e558 0725 4b27 4df2 软件包 : ius-release-2-1.el7.ius.noarch (installed) 来自 : /etc/pki/rpm-gpg/RPM-GPG-KEY-IUS-7Running transaction checkRunning transaction testTransaction test succeededRunning transaction 正在安装 : git2u-core-2.16.5-1.ius.el7.x86_64 1/5 正在安装 : git2u-core-doc-2.16.5-1.ius.el7.noa 2/5 正在安装 : libsecret-0.18.6-1.el7.x86_64 3/5 正在安装 : git2u-perl-Git-2.16.5-1.ius.el7.noa 4/5 正在安装 : git2u-2.16.5-1.ius.el7.x86_64 5/5 验证中 : git2u-2.16.5-1.ius.el7.x86_64 1/5 验证中 : git2u-core-doc-2.16.5-1.ius.el7.noa 2/5 验证中 : git2u-core-2.16.5-1.ius.el7.x86_64 3/5 验证中 : git2u-perl-Git-2.16.5-1.ius.el7.noa 4/5 验证中 : libsecret-0.18.6-1.el7.x86_64 5/5 已安装: git2u.x86_64 0:2.16.5-1.ius.el7 作为依赖被安装: git2u-core.x86_64 0:2.16.5-1.ius.el7 git2u-core-doc.noarch 0:2.16.5-1.ius.el7 git2u-perl-Git.noarch 0:2.16.5-1.ius.el7 libsecret.x86_64 0:0.18.6-1.el7 完毕! root@izwz957qhjacaocedubzjjz /tmp/installGit [20:44:22] > # git version git version 2.16.5感谢https://www.cnblogs.com/jhxxb/p/10571227.html

October 22, 2019 · 2 min · jiezi

CODING Pages 服务全面升级,更快更稳更可靠!

尊敬的 CODING 用户: 您好! 由于原上游服务商无法满足 CODING Pages 日益增长的用户量以及访问速度需求,同时提供的 DDoS 解决方案无法支撑大型 DDoS 攻击,给 CODING 用户造成了使用上的不便,对此我们深表歉意。 为保障用户使用体验,经过无缝平稳迁移,CODING Pages 服务现已全面升级至腾讯云,为用户提供更加强大的网络资源,加速 Pages 访问,同时优化了防 DDoS 方案,稳定性大幅提升。 CODING Pages 拥有强大的页面托管服务,提供自定义域名、免费 SSL 证书、自动实时部署等功能,使用 CODING Pages 一键托管您的网站,通过实时自动发布您在腾讯云开发者平台中托管的代码,向世界介绍您与您的项目。 目前已有数万开发者、设计师、产品经理、团队与企业在使用 CODING Pages 托管他(她)们的个人网站、博客、企业与产品官网、在线文档等。 点击注册腾讯云开发者平台→ 创建一个项目 → 一键开启 CODING Pages 现在开始面向世界! 同时 CODING 研发管理系统(企业版)也将在近期支持 Pages 功能,点击体验 CODING 研发管理系统,一站式 DevOps,提升研发效能,五人以下团队免费。 如果在使用 Pages 服务的过程中遇到任何问题,欢迎查阅帮助文档获取相关信息: https://dev.tencent.com/help/doc/quick-start/creating-pages 或者通过以下方式随时向我们反馈: 在线反馈渠道:https://feedback.coding.net 官方邮箱:support@coding.net CODING 团队

April 22, 2019 · 1 min · jiezi

阿里云freebsd如何由11.1升级到12.0

阿里云的freebsd官方镜像版本为11.1,但很遗憾,该版本官方已经停止了支持。所以在进行ports安装软件时,会遇到版本过期的问题。支持的日期到:2017年7月。背景既然11.1不被支持,那我们将其升级到被支持的版本就好了。当前官方最新的release版本为11.2以及12.0,发布时间均为2018年,且在新的版本未发布前,会一直得到官方的支持。12.0过期日期:12.1-release发布日期 + 3个月。 11.2过期日期:11.3-release发布日期 + 3个月。目标本文的目的,即是将操作系统由11.1升级到12.0。解决问题的整个方法,仍然是以官方文档为主。在进行服务器升级时,需要逐步升级:比如你的系统当前是10.0,则需要依次看下面的文档:即升级过程为:10.1 -> 10.2 -> 10.3 -> … -> 11.1 -> 11.2我们当前想由11.1升级,那么要先看11.2的文档,升级完成后,再看12.0的文档。注意:我们不能由11.1直接升级到12.0,这点在官方文档的升级手册上也写明了。在升级12.0时,要求当前系统为11.2-release.点击各个版本的Installation Instructions并找到:即,我们需要的升级教程。操作步骤升级当前版本先fetch到最新版本,再安装# freebsd-update fetch 此过程会有些长,最后显示的信息过多,会提示以下信息:Applying patches… done.–More–(END)此时,按q退出日志显示,回到终端。得到以下信息,它告诉我们说11.1-release已过期了。WARNING: FreeBSD 11.1-RELEASE HAS PASSED ITS END-OF-LIFE DATE.Any security issues discovered after Mon Oct 1 08:00:00 CST 2018will not have been corrected.下一步:执行官方文档中的freebsd-update install# freebsd-update installsrc component not installed, skippedNo updates are available to install.Run ‘/usr/sbin/freebsd-update fetch’ first.上述操作保证了,我们在11.1版本下是最新的。11.1 -> 11.2参考官方文档:https://www.freebsd.org/releases/11.2R/installation.html#upgrade-binary先获取11.2-release的安装包,再升级。# freebsd-update upgrade -r 11.2-RELEASE期间会有个提示:The following components of FreeBSD do not seem to be installed:kernel/generic-dbg world/base-dbg world/doc world/lib32 world/lib32-dbgDoes this look reasonable (y/n)? 按y继续。下面的过程有些缓慢,主要是由于要下载的包太多了,有10000多个,需要耐心等待。升级过程中,有个冲突的提示:The following file could not be merged automatically: /etc/ntp.confPress Enter to edit this file in vi and resolve the conflicts此时,按回车编辑文件/etc/ntp.conf,解决冲突 。我的做法是:删除current version中的所有数据,保留11.2-release的。编辑以后,回到shell 按两次y确认自己的更改,然后按q完成安装过程。安装升级包# freebsd-update installsrc component not installed, skippedInstalling updates…Kernel updates have been installed. Please reboot and run"/usr/sbin/freebsd-update install" again to finish installing updates.重启# shutdown -r now待系统重启后继续安装# freebsd-update install如果我们是一个纯净的系统,由于未使用ports安装软件,所以此过程会简单很多。【猜想】如果我们不是纯净的系统,那么此时以前使用port安装的软件应该会随之升级,并可能需要一些人工干预,干预完毕后,最后再执行一次安装升级包,随后重新启动。# freebsd-update installsrc component not installed, skippedNo updates are available to install.Run ‘/usr/sbin/freebsd-update fetch’ first.# shutdown -r now查看freebsd版本以确定升级是否成功# freebsd-version 11.2-RELEASE-p911.2 -> 12.0官方文档:https://www.freebsd.org/releases/12.0R/installation.html#upgrade以下的步骤,基本和11.1 -> 11.2 相同# freebsd-update fetch# freebsd-update install# freebsd-update upgrade -r 12.0-RELEASE出现提示后按y# freebsd-update install# shutdown -r now# freebsd-update install# freebsd-update install# shutdown -r now备份最后,将系统盘做个镜像,以后再安装的时候,直接使用此空白镜像即可。总结1.官方文档很重要。 2.看提示很重要。3.积累很重要。任何的努力,都将在特定的时间点上闪光。 ...

March 8, 2019 · 1 min · jiezi