服务器升级Centos Stream 8的使用感觉

我在今年1月10号那天，将服务器的Centos 8.2系统升级到了Centos Stream 8系统。当时，遇到一点bug，好在后来都慢慢的解决了。今天，总结下解决了哪些bug，并给出bug解决的具体方式；此外，重点说下Centos Stream 8系统的使用感觉，包括它的日志文件以及系统更新方式。

当然了，别问为啥去升级，我知道啥叫Centos Stream 8系统。还不是因为Centos 8要在今年年底停止维护，我又懒得换系统，直接在线升级多方便。

系统升级

1月10号那天，升级系统到Centos Stream 8，所用到的命令大致如下：

dnf search centos-release-stream
dnf install -y centos-release-stream
dnf repolist
dnf swap centos-linux-repos centos-stream-repos
dnf distro-sync
cat /etc/redhat-release

具体的操作过程，可以参考我之前的文章：Centos 8完美升级到Centos Stream 8教程。

Bug解决

同步源更新问题

我在升级Centos Stream 8后，1月13号，我才后知后觉的发现一个大的bug。那就是它无法同步更新，即使用命令dnf distro-sync或者dnf update，会提示：libvpx-1.7.0-8.e1.x86_64 安装包以及 oniguruma-6.8.2-2.e18.x86_64 安装包有问题。后来，我发现这是因为libvpx以及oniguruma这两个包都被我同时装了两个版本。当然，我也不知道为啥我会装了两个版本。

随后，我使用如下两个命令，移除了低版本的这两个包：

dnf remove libvpx-1.7.0-6.e1.x86_64
dnf remove oniguruma-6.8.2-1.e18.x86_64

再次执行dnf distro-sync或者dnf update，可以正常的接收更新了。当然，我在操作后，php直接崩溃了。最终，我又重新部署了下lamp环境，问题得到解决。即既可以同步更新，lamp环境也没有问题。

具体的操作过程，可以参考我之前的文章：Centos Stream 8升级后的dnf源同步bug。

更新包仓库源解决

其实，这个问题比较隐秘，不仔细观察，不会发现这个问题。那就是我虽然通过上一个bug解决，成功更新了dnf软件源。但我在后来每次更新时，它都会提示：Repository epel is listed more than once in the configuration。刚开始，我没在意，随后，我才注意到，这是一个告警内容，即Repository epel在配置包里多次出现。为此，我又通过删除/etc/yum.repos.d目录下的几个源，并多次重建源缓冲，以及多此dnf更新。最终，完美的解决了问题。

具体的操作过程，可以参考我之前发的论坛帖子：Centos Stream 8 更新同步dnf 报错解决。

Centos Stream 8使用感觉

本质上，你感觉不到它与Centos 8.2或者Centos 8的任何区别。因为，Centos 8系统已经引入了dnf更新方式。我们都知道Centos8以前，即Centos 6或者Centos 7都是通过yum来安装管理软件的，而在Centos 8中，就引入了dnf安装管理软件的方式。

所以，使用上Centos Stream 8与Centos 8没有任何区别。

就像我整篇文章讲述的升级后我解决的都是dnf更新问题的bug，你们可能觉得Centos Stream 8引入了这种自动更新软件源的方式不好。其实，如果你去看dnf的执行日志，就会发现，Centos 8也在每天执行多次重建源缓冲，及多次执行dnf更新操作。

其实，在Centos 8发布之初，就意味着它是个每天自动更新的系统。当然，可能Centos Stream 8的源更新更加频繁。

dnf日志文件：var/log/dnf.log，var/log/dnf.librepo.log。

我通过观察以上两个日志的历史内容，确实发现更新前后，他们的操作都是差不多的。不过是换了个系统名而已。

[vk-content]

看到了吧，每天都是在执行任务多次，执行的内容一摸一样。当然，唯一的区别就是版本问题，可能存在把Centos Stream 8用户作为小白鼠的事实情况，但至少，目前我看不出任何问题。

我觉得值得升级吧，如果各位不愿意，趁早把系统换成Centos 7，或者换其他系统吧。

[/vk-content]