CentOS 7でkernel 5系から3系にダウングレードしてみた。

Centos7でkernelを5系に上げてからどうも調子が悪いので、元の3系に戻してみた。
もちろん作業開始前にデーターのバックアップはしっかり取得しています。
作業としてはkernel-ml関連を削除してkernel3系戻します。

前提条件として、自分の環境では3系の
kernel-3.10.0-1062.4.1.el7.x86_64は残しておいてありました。

現在のkernelのバージョン

# uname -r
5.2.14-1.el7.elrepo.x86_64

elrepoを無効に

# yum-config-manager --disable elrepo-extras

インストールされているkernelを確認

# rpm -qa | grep kernel-* | sort
abrt-addon-kerneloops-2.1.11-55.el7.centos.x86_64
kernel-3.10.0-1062.1.2.el7.x86_64
kernel-3.10.0-1062.4.1.el7.x86_64
kernel-ml-5.2.13-1.el7.elrepo.x86_64
kernel-ml-5.2.14-1.el7.elrepo.x86_64
kernel-ml-devel-5.2.13-1.el7.elrepo.x86_64
kernel-ml-devel-5.2.14-1.el7.elrepo.x86_64
kernel-ml-headers-5.3.2-1.el7.elrepo.x86_64
kernel-ml-tools-5.3.2-1.el7.elrepo.x86_64
kernel-ml-tools-libs-5.3.2-1.el7.elrepo.x86_64

現在grubに登録されているkernel確認

# awk -F\' '$1=="menuentry " {print i++ " : " $2}' /etc/grub2.cfg
0 : CentOS Linux (3.10.0-1062.4.1.el7.x86_64) 7 (Core)
1 : CentOS Linux (3.10.0-1062.1.2.el7.x86_64) 7 (Core)
2 : CentOS Linux (5.2.14-1.el7.elrepo.x86_64) 7 (Core)
3 : CentOS Linux (5.2.13-1.el7.elrepo.x86_64) 7 (Core)
4 : CentOS Linux (0-rescue-4012dc7197c64ed79c6e5dadbbfcdddc) 7 (Core)

起動を3系のkernelを指定

# grub2-set-default 0

確認

# grub2-editenv list
saved_entry=0

それでは、作業開始です。うまく行くかドキドキです。
kernel-mlを削除

# yum remove kernel-ml


削除しました:
kernel-ml.x86_64 0:5.2.13-1.el7.elrepo

次に通常の3系のkernelを入れ直します。

# yum install kernel*
読み込んだプラグイン:fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* base: ftp.tsukuba.wide.ad.jp
* elrepo-extras: ftp.ne.jp
* extras: ftp.tsukuba.wide.ad.jp
* remi-php72: ftp.riken.jp
* updates: ftp.tsukuba.wide.ad.jp
パッケージ kernel-3.10.0-1062.4.1.el7.x86_64 はインストール済みか最新バージョン です
依存性の解決をしています
--> トランザクションの確認を実行しています。
---> パッケージ kernel-abi-whitelists.noarch 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-debug.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-debug-devel.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-devel.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-doc.noarch 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-headers.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-tools.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-tools-libs.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-tools-libs-devel.x86_64 0:3.10.0-1062.4.1.el7 を インストール
--> 衝突を処理しています: kernel-ml-tools-libs-5.3.2-1.el7.elrepo.x86_64 は kernel-tools-libs < 5.3.2-1.el7.elrepo と衝突しています --> 衝突を処理しています: kernel-ml-tools-5.3.2-1.el7.elrepo.x86_64 は kernel-tools < 5.3.2-1.el7.elrepo と衝突しています --> 衝突を処理しています: kernel-ml-headers-5.3.2-1.el7.elrepo.x86_64 は kernel-headers < 5.3.2-1.el7.elrepo と衝突しています --> 依存性解決を終了しました。
エラー: kernel-ml-headers conflicts with kernel-headers-3.10.0-1062.4.1.el7.x86_64
エラー: kernel-ml-tools conflicts with kernel-tools-3.10.0-1062.4.1.el7.x86_64
エラー: kernel-ml-tools-libs conflicts with kernel-tools-libs-3.10.0-1062.4.1.el7.x86_64
問題を回避するために --skip-broken を用いることができます。
これらを試行できます: rpm -Va --nofiles --

こけました。。。

一度 yum clean allをしたのち再度リポジトリを読み直します。

# yum check-update


大量に出たのでupdateします。

# yum -y update
読み込んだプラグイン:fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* base: ftp.tsukuba.wide.ad.jp
* elrepo-extras: ftp.ne.jp
* extras: ftp.tsukuba.wide.ad.jp
* remi-php72: ftp.riken.jp
* updates: ftp.tsukuba.wide.ad.jp
略~
インストール:
kernel.x86_64 0:3.10.0-1062.4.1.el7

更新:
accountsservice.x86_64 0:0.6.50-6.el7_7
accountsservice-libs.x86_64 0:0.6.50-6.el7_7
binutils.x86_64 0:2.27-41.base.el7_7.1
bpftool.x86_64 0:3.10.0-1062.4.1.el7
conntrack-tools.x86_64 0:1.4.4-5.el7_7.2
device-mapper.x86_64 7:1.02.158-2.el7_7.2
device-mapper-event.x86_64 7:1.02.158-2.el7_7.2
device-mapper-event-libs.x86_64 7:1.02.158-2.el7_7.2
device-mapper-libs.x86_64 7:1.02.158-2.el7_7.2
dnsmasq.x86_64 0:2.76-10.el7_7.1
firefox.x86_64 0:68.2.0-1.el7.centos
firewall-config.noarch 0:0.6.3-2.el7_7.2
firewalld.noarch 0:0.6.3-2.el7_7.2
firewalld-filesystem.noarch 0:0.6.3-2.el7_7.2
flatpak.x86_64 0:1.0.9-8.el7_7
flatpak-libs.x86_64 0:1.0.9-8.el7_7
gnome-shell.x86_64 0:3.28.3-13.el7_7
hostname.x86_64 0:3.13-3.el7_7.1
ipa-client.x86_64 0:4.6.5-11.el7.centos.3
ipa-client-common.noarch 0:4.6.5-11.el7.centos.3
ipa-common.noarch 0:4.6.5-11.el7.centos.3
java-1.7.0-openjdk.x86_64 1:1.7.0.241-2.6.20.0.el7_7
java-1.7.0-openjdk-headless.x86_64 1:1.7.0.241-2.6.20.0.el7_7
java-1.8.0-openjdk.x86_64 1:1.8.0.232.b09-0.el7_7
java-1.8.0-openjdk-headless.x86_64 1:1.8.0.232.b09-0.el7_7
kpatch.noarch 0:0.6.1-5.el7_7
libgudev1.x86_64 0:219-67.el7_7.2
libguestfs.x86_64 1:1.40.2-5.el7_7.2
libguestfs-bash-completion.noarch 1:1.40.2-5.el7_7.2
libguestfs-benchmarking.x86_64 1:1.40.2-5.el7_7.2
libguestfs-devel.x86_64 1:1.40.2-5.el7_7.2
libguestfs-gfs2.x86_64 1:1.40.2-5.el7_7.2
libguestfs-gobject.x86_64 1:1.40.2-5.el7_7.2
libguestfs-gobject-devel.x86_64 1:1.40.2-5.el7_7.2
libguestfs-inspect-icons.noarch 1:1.40.2-5.el7_7.2
libguestfs-java.x86_64 1:1.40.2-5.el7_7.2
libguestfs-java-devel.x86_64 1:1.40.2-5.el7_7.2
libguestfs-javadoc.noarch 1:1.40.2-5.el7_7.2
libguestfs-man-pages-ja.noarch 1:1.40.2-5.el7_7.2
libguestfs-man-pages-uk.noarch 1:1.40.2-5.el7_7.2
libguestfs-rescue.x86_64 1:1.40.2-5.el7_7.2
libguestfs-rsync.x86_64 1:1.40.2-5.el7_7.2
libguestfs-tools.noarch 1:1.40.2-5.el7_7.2
libguestfs-tools-c.x86_64 1:1.40.2-5.el7_7.2
libguestfs-xfs.x86_64 1:1.40.2-5.el7_7.2
libnetfilter_cthelper.x86_64 0:1.0.0-10.el7_7.1
libnetfilter_cttimeout.x86_64 0:1.0.0-6.el7_7.1
libreswan.x86_64 0:3.25-8.1.el7_7
lua-guestfs.x86_64 1:1.40.2-5.el7_7.2
lvm2.x86_64 7:2.02.185-2.el7_7.2
lvm2-libs.x86_64 7:2.02.185-2.el7_7.2
microcode_ctl.x86_64 2:2.1-53.2.el7_7
mutter.x86_64 0:3.28.3-11.el7_7
ocaml-libguestfs.x86_64 1:1.40.2-5.el7_7.2
ocaml-libguestfs-devel.x86_64 1:1.40.2-5.el7_7.2
patch.x86_64 0:2.7.1-12.el7_7
perl-Sys-Guestfs.x86_64 1:1.40.2-5.el7_7.2
php.x86_64 0:7.2.24-1.el7.remi
php-bcmath.x86_64 0:7.2.24-1.el7.remi
php-cli.x86_64 0:7.2.24-1.el7.remi
php-common.x86_64 0:7.2.24-1.el7.remi
php-fpm.x86_64 0:7.2.24-1.el7.remi
php-gd.x86_64 0:7.2.24-1.el7.remi
php-json.x86_64 0:7.2.24-1.el7.remi
php-ldap.x86_64 0:7.2.24-1.el7.remi
php-mbstring.x86_64 0:7.2.24-1.el7.remi
php-mysqlnd.x86_64 0:7.2.24-1.el7.remi
php-pdo.x86_64 0:7.2.24-1.el7.remi
php-xml.x86_64 0:7.2.24-1.el7.remi
procps-ng.x86_64 0:3.3.10-26.el7_7.1
python-firewall.noarch 0:0.6.3-2.el7_7.2
python-libguestfs.x86_64 1:1.40.2-5.el7_7.2
python-requests.noarch 0:2.6.0-7.el7_7
python2-ipaclient.noarch 0:4.6.5-11.el7.centos.3
python2-ipalib.noarch 0:4.6.5-11.el7.centos.3
rsyslog.x86_64 0:8.24.0-41.el7_7.2
ruby-libguestfs.x86_64 1:1.40.2-5.el7_7.2
sos.noarch 0:3.7-7.el7.centos
sudo.x86_64 0:1.8.23-4.el7_7.1
systemd.x86_64 0:219-67.el7_7.2
systemd-libs.x86_64 0:219-67.el7_7.2
systemd-python.x86_64 0:219-67.el7_7.2
systemd-sysv.x86_64 0:219-67.el7_7.2
systemtap.x86_64 0:4.0-10.el7_7
systemtap-client.x86_64 0:4.0-10.el7_7
systemtap-devel.x86_64 0:4.0-10.el7_7
systemtap-runtime.x86_64 0:4.0-10.el7_7

完了しました!

確認します。

# awk -F\' '$1=="menuentry " {print i++ " : " $2}' /etc/grub2.cfg
0 : CentOS Linux (3.10.0-1062.4.1.el7.x86_64) 7 (Core) ←いれなおされた?
1 : CentOS Linux (3.10.0-1062.1.2.el7.x86_64) 7 (Core)
2 : CentOS Linux (5.2.14-1.el7.elrepo.x86_64) 7 (Core)
3 : CentOS Linux (5.2.13-1.el7.elrepo.x86_64) 7 (Core)
4 : CentOS Linux (0-rescue-4012dc7197c64ed79c6e5dadbbfcdddc) 7 (Core)

もう一度確認

# rpm -qa | grep kernel* | sort
abrt-addon-kerneloops-2.1.11-55.el7.centos.x86_64
kernel-3.10.0-1062.1.2.el7.x86_64
kernel-3.10.0-1062.4.1.el7.x86_64 ←入っている。
kernel-ml-5.2.13-1.el7.elrepo.x86_64
kernel-ml-5.2.14-1.el7.elrepo.x86_64
kernel-ml-devel-5.2.13-1.el7.elrepo.x86_64
kernel-ml-devel-5.2.14-1.el7.elrepo.x86_64
kernel-ml-headers-5.3.2-1.el7.elrepo.x86_64
kernel-ml-tools-5.3.2-1.el7.elrepo.x86_64
kernel-ml-tools-libs-5.3.2-1.el7.elrepo.x86_64

ならば関連するkernelパッケージも一気に入れます。

# yum install kernel*
読み込んだプラグイン:fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* base: ftp.tsukuba.wide.ad.jp
* elrepo-extras: ftp.ne.jp
* extras: ftp.tsukuba.wide.ad.jp
* remi-php72: ftp.riken.jp
* updates: ftp.tsukuba.wide.ad.jp
パッケージ kernel-3.10.0-1062.4.1.el7.x86_64 はインストール済みか最新バージョン です
依存性の解決をしています
--> トランザクションの確認を実行しています。
---> パッケージ kernel-abi-whitelists.noarch 0:3.10.0-1062.4.1.el7 を インストー ル
---> パッケージ kernel-debug.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-debug-devel.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-devel.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-doc.noarch 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-headers.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-tools.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-tools-libs.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-tools-libs-devel.x86_64 0:3.10.0-1062.4.1.el7 を インスト ール
--> 衝突を処理しています: kernel-ml-tools-libs-5.3.2-1.el7.elrepo.x86_64 は kern el-tools-libs < 5.3.2-1.el7.elrepo と衝突しています --> 衝突を処理しています: kernel-ml-tools-5.3.2-1.el7.elrepo.x86_64 は kernel-to ols < 5.3.2-1.el7.elrepo と衝突しています --> 衝突を処理しています: kernel-ml-headers-5.3.2-1.el7.elrepo.x86_64 は kernel- headers < 5.3.2-1.el7.elrepo と衝突しています --> 依存性解決を終了しました。
エラー: kernel-ml-headers conflicts with kernel-headers-3.10.0-1062.4.1.el7.x86_ 64
エラー: kernel-ml-tools conflicts with kernel-tools-3.10.0-1062.4.1.el7.x86_64
エラー: kernel-ml-tools-libs conflicts with kernel-tools-libs-3.10.0-1062.4.1.el 7.x86_64
問題を回避するために --skip-broken を用いることができます。
これらを試行できます: rpm -Va --nofiles --nodigest

こけました。

kernel-ml関連を削除します。

# yum remove kernel-ml
読み込んだプラグイン:fastestmirror, langpacks
実行中のカーネルを飛ばします: kernel-ml-5.2.14-1.el7.elrepo.x86_64
依存性の解決をしています
--> トランザクションの確認を実行しています。
---> パッケージ kernel-ml.x86_64 0:5.2.13-1.el7.elrepo を 削除
--> 依存性解決を終了しました。

依存性を解決しました

================================================================================
Package アーキテクチャー
バージョン リポジトリー 容量
================================================================================
削除中:
kernel-ml x86_64 5.2.13-1.el7.elrepo @elrepo-kernel 215 M

トランザクションの要約
================================================================================
削除 1 パッケージ

インストール容量: 215 M
上記の処理を行います。よろしいでしょうか? [y/N]y
Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
削除中 : kernel-ml-5.2.13-1.el7.elrepo.x86_64 1/1
検証中 : kernel-ml-5.2.13-1.el7.elrepo.x86_64 1/1

削除しました:
kernel-ml.x86_64 0:5.2.13-1.el7.elrepo

elrepo.repoを無効にします。

# vim /etc/yum.repos.d/elrepo.repo

[elrepo]
name=ELRepo.org Community Enterprise Linux Repository - el7
baseurl=http://elrepo.org/linux/elrepo/el7/$basearch/
http://mirrors.coreix.net/elrepo/elrepo/el7/$basearch/
http://mirror.rackspace.com/elrepo/elrepo/el7/$basearch/
http://repos.lax-noc.com/elrepo/elrepo/el7/$basearch/
http://mirror.ventraip.net.au/elrepo/elrepo/el7/$basearch/
mirrorlist=http://mirrors.elrepo.org/mirrors-elrepo.el7
enabled=0 ←これ
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-elrepo.org
protect=0

再度リポジトリをきれいにして

# yum clean all

もう一度

# yum install kernel*
略~
--> トランザクションの確認を実行しています。
---> パッケージ kernel-abi-whitelists.noarch 0:3.10.0-1062.4.1.el7 を インストー ル
---> パッケージ kernel-debug.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-debug-devel.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-devel.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-doc.noarch 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-headers.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-tools.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-tools-libs.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-tools-libs-devel.x86_64 0:3.10.0-1062.4.1.el7 を インスト ール
--> 衝突を処理しています: kernel-ml-tools-libs-5.3.2-1.el7.elrepo.x86_64 は kern el-tools-libs < 5.3.2-1.el7.elrepo と衝突しています --> 衝突を処理しています: kernel-ml-tools-5.3.2-1.el7.elrepo.x86_64 は kernel-to ols < 5.3.2-1.el7.elrepo と衝突しています --> 衝突を処理しています: kernel-ml-headers-5.3.2-1.el7.elrepo.x86_64 は kernel- headers < 5.3.2-1.el7.elrepo と衝突しています --> 依存性解決を終了しました。
エラー: kernel-ml-headers conflicts with kernel-headers-3.10.0-1062.4.1.el7.x86_ 64
エラー: kernel-ml-tools conflicts with kernel-tools-3.10.0-1062.4.1.el7.x86_64
エラー: kernel-ml-tools-libs conflicts with kernel-tools-libs-3.10.0-1062.4.1.el 7.x86_64
問題を回避するために --skip-broken を用いることができます。
これらを試行できます: rpm -Va --nofiles --nodigest

またこけました。

こけたパッケージを直接指定してremove

# yum remove kernel-ml-tools-libs
読み込んだプラグイン:fastestmirror, langpacks
依存性の解決をしています
--> トランザクションの確認を実行しています。
---> パッケージ kernel-ml-tools-libs.x86_64 0:5.3.2-1.el7.elrepo を 削除
--> 依存性の処理をしています: kernel-ml-tools-libs = 5.3.2-1.el7.elrepo のパッケ ージ: kernel-ml-tools-5.3.2-1.el7.elrepo.x86_64
--> 依存性の処理をしています: libcpupower.so.0()(64bit) のパッケージ: kernel-ml- tools-5.3.2-1.el7.elrepo.x86_64
--> トランザクションの確認を実行しています。
---> パッケージ kernel-ml-tools.x86_64 0:5.3.2-1.el7.elrepo を 削除
--> 依存性解決を終了しました。

依存性を解決しました

================================================================================
Package アーキテクチャー
バージョン リポジトリー 容量
================================================================================
削除中:
kernel-ml-tools-libs x86_64 5.3.2-1.el7.elrepo @elrepo-kernel 69 k
依存性関連での削除をします:
kernel-ml-tools x86_64 5.3.2-1.el7.elrepo @elrepo-kernel 351 k

トランザクションの要約
================================================================================
削除 1 パッケージ (+1 個の依存関係のパッケージ)

インストール容量: 420 k
上記の処理を行います。よろしいでしょうか? [y/N]y
Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
削除中 : kernel-ml-tools-5.3.2-1.el7.elrepo.x86_64 1/2
削除中 : kernel-ml-tools-libs-5.3.2-1.el7.elrepo.x86_6 2/2
検証中 : kernel-ml-tools-5.3.2-1.el7.elrepo.x86_64 1/2
検証中 : kernel-ml-tools-libs-5.3.2-1.el7.elrepo.x86_6 2/2

削除しました:
kernel-ml-tools-libs.x86_64 0:5.3.2-1.el7.elrepo

依存性の削除をしました:
kernel-ml-tools.x86_64 0:5.3.2-1.el7.elrepo

完了しました!

改めて3系のkernelをinstall

# yum install kernel*
略~
---> パッケージ kernel-tools-libs.x86_64 0:3.10.0-1062.4.1.el7 を インストール
---> パッケージ kernel-tools-libs-devel.x86_64 0:3.10.0-1062.4.1.el7 を インスト ール
--> 衝突を処理しています: kernel-ml-headers-5.3.2-1.el7.elrepo.x86_64 は kernel- headers < 5.3.2-1.el7.elrepo と衝突しています --> 依存性解決を終了しました。
エラー: kernel-ml-headers conflicts with kernel-headers-3.10.0-1062.4.1.el7.x86_ 64
問題を回避するために --skip-broken を用いることができます。
これらを試行できます: rpm -Va --nofiles --nodigest

kernel-ml-headersでこけたので同じように
kernel-ml-headersを直接指定をして削除

# yum remove kernel-ml-headers
読み込んだプラグイン:fastestmirror, langpacks
依存性の解決をしています
--> トランザクションの確認を実行しています。
---> パッケージ kernel-ml-headers.x86_64 0:5.3.2-1.el7.elrepo を 削除
--> 依存性の処理をしています: kernel-headers のパッケージ: glibc-headers-2.17-29 2.el7.x86_64
--> 依存性の処理をしています: kernel-headers >= 2.2.1 のパッケージ: glibc-header s-2.17-292.el7.x86_64
--> トランザクションの確認を実行しています。
---> パッケージ glibc-headers.x86_64 0:2.17-292.el7 を 削除
--> 依存性の処理をしています: glibc-headers のパッケージ: glibc-devel-2.17-292.e l7.x86_64
--> 依存性の処理をしています: glibc-headers = 2.17-292.el7 のパッケージ: glibc-d evel-2.17-292.el7.x86_64
--> トランザクションの確認を実行しています。
---> パッケージ glibc-devel.x86_64 0:2.17-292.el7 を 削除
--> 依存性の処理をしています: glibc-devel >= 2.2.90-12 のパッケージ: gcc-4.8.5-3 9.el7.x86_64
--> トランザクションの確認を実行しています。
---> パッケージ gcc.x86_64 0:4.8.5-39.el7 を 削除
--> 依存性の処理をしています: gcc のパッケージ: systemtap-devel-4.0-10.el7_7.x86 _64
--> 依存性の処理をしています: gcc のパッケージ: ocaml-4.05.0-6.el7.x86_64
--> 依存性の処理をしています: gcc = 4.8.5-39.el7 のパッケージ: libquadmath-devel -4.8.5-39.el7.x86_64
--> 依存性の処理をしています: gcc = 4.8.5-39.el7 のパッケージ: gcc-c++-4.8.5-39. el7.x86_64
--> 依存性の処理をしています: gcc のパッケージ: systemtap-devel-4.0-10.el7_7.x86 _64
--> 依存性の処理をしています: gcc のパッケージ: ocaml-4.05.0-6.el7.x86_64
--> 依存性の処理をしています: gcc = 4.8.5 のパッケージ: libtool-2.4.2-22.el7_3.x 86_64
--> 依存性の処理をしています: gcc = 4.8.5-39.el7 のパッケージ: gcc-gfortran-4.8. 5-39.el7.x86_64
--> トランザクションの確認を実行しています。
---> パッケージ gcc-c++.x86_64 0:4.8.5-39.el7 を 削除
---> パッケージ gcc-gfortran.x86_64 0:4.8.5-39.el7 を 削除
---> パッケージ libquadmath-devel.x86_64 0:4.8.5-39.el7 を 削除
---> パッケージ libtool.x86_64 0:2.4.2-22.el7_3 を 削除
---> パッケージ ocaml.x86_64 0:4.05.0-6.el7 を 削除
--> 依存性の処理をしています: ocaml = 4.05.0-6.el7 のパッケージ: ocaml-compiler- libs-4.05.0-6.el7.x86_64
---> パッケージ systemtap-devel.x86_64 0:4.0-10.el7_7 を 削除
--> 依存性の処理をしています: systemtap-devel = 4.0-10.el7_7 のパッケージ: syste mtap-4.0-10.el7_7.x86_64
--> トランザクションの確認を実行しています。
---> パッケージ ocaml-compiler-libs.x86_64 0:4.05.0-6.el7 を 削除
--> 依存性の処理をしています: ocaml(Longident) = e15e9be830b55a219eb87c150ff382f e のパッケージ: ocaml-runtime-4.05.0-6.el7.x86_64
---> パッケージ systemtap.x86_64 0:4.0-10.el7_7 を 削除
--> トランザクションの確認を実行しています。
---> パッケージ ocaml-runtime.x86_64 0:4.05.0-6.el7 を 削除
--> 依存性の処理をしています: ocaml(Callback) = dce408881d6ac6161453b15efba2e1b4 のパッケージ: 1:ocaml-libguestfs-1.40.2-5.el7_7.2.x86_64
--> 依存性の処理をしています: ocaml(CamlinternalFormatBasics) = cbd5f2d6b6499252 22e1e9fb63b89db6 のパッケージ: 1:ocaml-libguestfs-1.40.2-5.el7_7.2.x86_64
--> 依存性の処理をしています: ocaml(CamlinternalOO) = 6b286dd73118ee6f55c18d3b82 1a1309 のパッケージ: 1:ocaml-libguestfs-1.40.2-5.el7_7.2.x86_64
--> 依存性の処理をしています: ocaml(Int32) = 9bbc1d113f6a37cdcc135f132a12dc30 の パッケージ: 1:ocaml-libguestfs-1.40.2-5.el7_7.2.x86_64
--> 依存性の処理をしています: ocaml(Obj) = 08bac48fef2bdca984d647c3942da632 のパ ッケージ: 1:ocaml-libguestfs-1.40.2-5.el7_7.2.x86_64
--> 依存性の処理をしています: ocaml(Pervasives) = 07ea9e20ae94d62c35cfecbe7d66d3 ea のパッケージ: 1:ocaml-libguestfs-1.40.2-5.el7_7.2.x86_64
--> 依存性の処理をしています: ocaml(runtime) = 4.05.0 のパッケージ: 1:ocaml-libg uestfs-1.40.2-5.el7_7.2.x86_64
--> トランザクションの確認を実行しています。
---> パッケージ ocaml-libguestfs.x86_64 1:1.40.2-5.el7_7.2 を 削除
--> 依存性の処理をしています: ocaml-libguestfs = 1:1.40.2-5.el7_7.2 のパッケージ : 1:ocaml-libguestfs-devel-1.40.2-5.el7_7.2.x86_64
--> トランザクションの確認を実行しています。
---> パッケージ ocaml-libguestfs-devel.x86_64 1:1.40.2-5.el7_7.2 を 削除
--> 依存性解決を終了しました。

依存性を解決しました

================================================================================
Package アーキテクチャー
バージョン リポジトリー 容量
================================================================================
削除中:
kernel-ml-headers x86_64 5.3.2-1.el7.elrepo @elrepo-kernel 4.8 M
依存性関連での削除をします:
gcc x86_64 4.8.5-39.el7 @base 37 M
gcc-c++ x86_64 4.8.5-39.el7 @base 16 M
gcc-gfortran x86_64 4.8.5-39.el7 @base 16 M
glibc-devel x86_64 2.17-292.el7 @base 1.0 M
glibc-headers x86_64 2.17-292.el7 @base 2.2 M
libquadmath-devel x86_64 4.8.5-39.el7 @base 18 k
libtool x86_64 2.4.2-22.el7_3 @anaconda 2.2 M
ocaml x86_64 4.05.0-6.el7 @base 95 M
ocaml-compiler-libs x86_64 4.05.0-6.el7 @base 31 M
ocaml-libguestfs x86_64 1:1.40.2-5.el7_7.2 @updates 1.6 M
ocaml-libguestfs-devel x86_64 1:1.40.2-5.el7_7.2 @updates 3.7 M
ocaml-runtime x86_64 4.05.0-6.el7 @base 8.7 M
systemtap x86_64 4.0-10.el7_7 @updates 0.0
systemtap-devel x86_64 4.0-10.el7_7 @updates 8.2 M

トランザクションの要約
================================================================================
削除 1 パッケージ (+14 個の依存関係のパッケージ)

インストール容量: 229 M
上記の処理を行います。よろしいでしょうか? [y/N]N
Exiting on user command
Your transaction was saved, rerun it with:
yum load-transaction /tmp/yum_save_tx.2019-10-30.22-12.OJRBzx.yumtx

gccも消えたりしてちょっと怖いのでrpmコマンドで削除します。

確認
# rpm -qa | grep kernel-ml-headers
kernel-ml-headers-5.3.2-1.el7.elrepo.x86_64

削除・・
# rpm -e kernel-ml-headers
エラー: 依存性の欠如:
kernel-headers >= 2.2.1 は (インストール済み)glibc-headers-2.17-292.el7.x86_64 に必要とされています

こけました・・依存関係・・昔の悪しき記憶が・・・。

単独でrpmコマンドで消そうとするも・・

# rpm -e kernel-ml-headers glibc-headers
エラー: 依存性の欠如:
glibc-headers = 2.17-292.el7 は (インストール済み)glibc-devel-2.17-292.el7.x86_64 に必要とされています

どうしようかと思い再度kernel関連のパッケージを確認

# rpm -qa | grep "^kernel" | sort
kernel-3.10.0-1062.1.2.el7.x86_64
kernel-3.10.0-1062.4.1.el7.x86_64
kernel-devel-3.10.0-1062.4.1.el7.x86_64
kernel-headers-3.10.0-1062.4.1.el7.x86_64
kernel-ml-5.2.14-1.el7.elrepo.x86_64
kernel-ml-devel-5.2.13-1.el7.elrepo.x86_64
kernel-ml-devel-5.2.14-1.el7.elrepo.x86_64
kernel-tools-libs-3.10.0-1062.4.1.el7.x86_64

kernel-toolsの5系は削除したので再度を入れてみます。

# yum install kernel-tools
読み込んだプラグイン:fastestmirror, langpacks
Loading mirror speeds from cached hostfile
* base: ftp.jaist.ac.jp
* extras: ftp.jaist.ac.jp
* remi-php72: ftp.riken.jp
* updates: ftp.jaist.ac.jp
依存性の解決をしています
--> トランザクションの確認を実行しています。
---> パッケージ kernel-tools.x86_64 0:3.10.0-1062.4.1.el7 を インストール
--> 依存性解決を終了しました。

依存性を解決しました

==================================================================================================================================================
Package アーキテクチャー バージョン リポジトリー 容量
==================================================================================================================================================
インストール中:
kernel-tools x86_64 3.10.0-1062.4.1.el7 updates 7.8 M

トランザクションの要約
==================================================================================================================================================
インストール 1 パッケージ

総ダウンロード容量: 7.8 M
インストール容量: 292 k
Is this ok [y/d/N]: y
Downloading packages:
kernel-tools-3.10.0-1062.4.1.el7.x86_64.rpm | 7.8 MB 00:00:00
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
インストール中 : kernel-tools-3.10.0-1062.4.1.el7.x86_64 1/1
検証中 : kernel-tools-3.10.0-1062.4.1.el7.x86_64 1/1

インストール:
kernel-tools.x86_64 0:3.10.0-1062.4.1.el7

完了しました!

これで、3系のkernel関連のパッケージも全て入った・・と思うので確認です。

# rpm -qa | grep "^kernel" | grep "4.1" | grep -v ml | sort
kernel-3.10.0-1062.4.1.el7.x86_64
kernel-devel-3.10.0-1062.4.1.el7.x86_64
kernel-headers-3.10.0-1062.4.1.el7.x86_64
kernel-tools-3.10.0-1062.4.1.el7.x86_64
kernel-tools-libs-3.10.0-1062.4.1.el7.x86_64

grub確認

# awk -F\' '$1=="menuentry " {print i++ " : " $2}' /etc/grub2.cfg
0 : CentOS Linux (3.10.0-1062.4.1.el7.x86_64) 7 (Core)
1 : CentOS Linux (3.10.0-1062.1.2.el7.x86_64) 7 (Core)
2 : CentOS Linux (5.2.14-1.el7.elrepo.x86_64) 7 (Core)
3 : CentOS Linux (0-rescue-4012dc7197c64ed79c6e5dadbbfcdddc) 7 (Core)

改めて起動のkernelを確認

# grub2-editenv list
saved_entry=0

0なので3系になってます。

いよいよ超ドキドキのrebootです!

# reboot

ドキドキのひと時・・・

上がってきましたので確認です。

# w
23:01:46 up 2 min, 1 user, load average: 0.47, 0.36, 0.15
USER TTY FROM LOGIN@ IDLE JCPU PCPU WHAT
root pts/2 192.168.5.58 23:01 2.00s 0.06s 0.00s w
# uname -r
3.10.0-1062.4.1.el7.x86_64

無事に3系で上がってきました。

再度にkernel-ml関連のパッケージを削除しておしまいです。

# yum remove kernel-ml*
読み込んだプラグイン:fastestmirror, langpacks
依存性の解決をしています
--> トランザクションの確認を実行しています。
---> パッケージ kernel-ml.x86_64 0:5.2.14-1.el7.elrepo を 削除
---> パッケージ kernel-ml-devel.x86_64 0:5.2.13-1.el7.elrepo を 削除
---> パッケージ kernel-ml-devel.x86_64 0:5.2.14-1.el7.elrepo を 削除
--> 依存性解決を終了しました。

依存性を解決しました

================================================================================
Package アーキテクチャー
バージョン リポジトリー 容量
================================================================================
削除中:
kernel-ml x86_64 5.2.14-1.el7.elrepo @elrepo-kernel 215 M
kernel-ml-devel x86_64 5.2.13-1.el7.elrepo @elrepo-kernel 48 M
kernel-ml-devel x86_64 5.2.14-1.el7.elrepo @elrepo-kernel 48 M

トランザクションの要約
================================================================================
削除 3 パッケージ

インストール容量: 310 M
上記の処理を行います。よろしいでしょうか? [y/N]y
Downloading packages:
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
削除中 : kernel-ml-5.2.14-1.el7.elrepo.x86_64 1/3
削除中 : kernel-ml-devel.x86_64 2/3
削除中 : kernel-ml-devel.x86_64 3/3
検証中 : kernel-ml-devel-5.2.13-1.el7.elrepo.x86_64 1/3
検証中 : kernel-ml-devel-5.2.14-1.el7.elrepo.x86_64 2/3
検証中 : kernel-ml-5.2.14-1.el7.elrepo.x86_64 3/3

削除しました:
kernel-ml.x86_64 0:5.2.14-1.el7.elrepo
kernel-ml-devel.x86_64 0:5.2.13-1.el7.elrepo
kernel-ml-devel.x86_64 0:5.2.14-1.el7.elrepo

完了しました!

確認

# rpm -qa | grep "^kernel" | sort
kernel-3.10.0-1062.1.2.el7.x86_64
kernel-3.10.0-1062.4.1.el7.x86_64
kernel-devel-3.10.0-1062.4.1.el7.x86_64
kernel-headers-3.10.0-1062.4.1.el7.x86_64
kernel-tools-3.10.0-1062.4.1.el7.x86_64
kernel-tools-libs-3.10.0-1062.4.1.el7.x86_64

# ls -l /lib/modules/
合計 8
drwxr-xr-x 7 root root 4096 10月 4 22:32 3.10.0-1062.1.2.el7.x86_64
drwxr-xr-x 7 root root 4096 10月 30 21:53 3.10.0-1062.4.1.el7.x86_64

5系が消えてcentosデフォルトの3系になってます。

うまく行くか不安でしたがうまく行ってよかったよかった。

Domain Notification for hoge.net : This is your Final Notice of Domain Listingというタイトルのメールが来た。

詐欺と思われるメールがここ数日届いてました。
ドメイン失効に合わせてこのメールが来ていたので!?と思い内容を見ると
検索エンジンに登録が出来なくなるから登録しろと言ってるようですが
差出人のアドレスがinfo@domain-notice.tkなどと胡散臭いアドレスです。
相手にする必要は無いので迷惑メール行きで終了。

最近詐欺メールが増えてるので気を付けたいですね。

届いたメールの全文です。
個人情報等は変えてあります。
タイトルは

Domain Notification for hoge.net : This is your Final Notice of Domain Listing

以下本文

Attention: Important Notice , DOMAIN SERVICE NOTICE
Domain Name: hoge.net

ATT: hoge hoge
hoge.net
Response Requested By
26 - Aug - 2019

PART I: REVIEW NOTICE

Attn: hoge hoge
As a courtesy to domain name holders, we are sending you this notification for your business Domain name search engine registration. This letter is to inform you that it's time to send in your registration.

Failure to complete your Domain name search engine registration by the expiration date may result in cancellation of this offer making it difficult for your customers to locate you on the web.

Privatization allows the consumer a choice when registering. Search engine registration includes domain name search engine submission. Do not discard, this notice is not an invoice it is a courtesy reminder to register your domain name search engine listing so your customers can locate you on the web.

This Notice for: hoge.net will expire at 11:59PM EST, 26 - Aug - 2019 Act now!

Select Package:
http://www.delmas.com.tr/domain/?domain=hoge.net

オウルテック F12-PWMを買った。

自宅サーバー障害をきっかけにF12-PWMを買いました。

PWM対応なのでファンコントローラー対応です。

今まで使用していた非PWM対応のファンと交換して数日間様子見をしてみました。

F12-PWM
F12-PWM

掃除などもしたので厳密に同条件での比較とは言えませんが
ここ数日の気温の上昇などを考えても冷却効果は上がっています。
ちなみにファンは吸気ではなく排熱の方向で付けております。

付けた感じですが、冷却性能はとても良いと思いますが
ファンコンが効いて回転数が上がると一気に音がうるさくなります。
おまけに通常時も結構音が気になるので、BIOSの設定を確認してみました。

B350-PLUS
B350-PLUS

Q-fanの設定画面で温度取得元をCPUからマザーボードに変更して見た所、ファンの音が改善されました。
頻繁にファンコントロール発動からの回転数上昇による騒音も軽減
温度取得元の変更によるHDDの温度変化も無いので問題ないでしょう。

これで、常時起動も問題なくなりました。

centos7でカーネルを指定して起動する

Ryzenで構築し直した自宅サーバーのkernelを4系にしたらどうもコンソールが表示されない。
リモートからのSSHやXRDPだとつながるがコンソールがつながらないのは不便なので
kernelを3系に戻して起動したときのメモ
Centos7からはgrub.cfgの編集をしてはダメなようで手順は
redhat公式サイトに載っている通りです。

現在のkernelを確認

# uname -r
4.16.2-1.el7.elrepo.x86_64

現在軌道に使用されているデフォルトkernelを表示

# grub2-editenv list
saved_entry=CentOS Linux (4.16.2-1.el7.elrepo.x86_64) 7 (Core)

起動に使用できるkernelの一覧を表示

# awk -F\' '$1=="menuentry " {print $2}' /etc/grub2.cfg
CentOS Linux (4.16.2-1.el7.elrepo.x86_64) 7 (Core)
CentOS Linux (3.10.0-862.el7.x86_64) 7 (Core)
CentOS Linux (3.10.0-693.21.1.el7.x86_64) 7 (Core)
CentOS Linux (3.10.0-693.el7.x86_64) 7 (Core)
CentOS Linux (0-rescue-4012dc7197c64ed79c6e5dadbbfcdddc) 7 (Core)

grubは0から始まるので2行目の3.10.0-862.el7.x86_64で起動したいので

# grub2-set-default 1

確認

# cat /boot/grub2/grubenv |grep saved
saved_entry=1

設定を保存・反映する。
自宅サーバーはUEFIでcentosなので以下の様に

# grub2-mkconfig -o /boot/efi/EFI/centos/grub.cfg

再起動して確認
# reboot

自宅サーバーにHDDをRAID1で追加した。

物理的な経緯はこちらに書きました。

HDD2本を既存の自宅サーバーにRAID1で追加した手順のメモです。

現在のRAID情報

# cat /proc/mdstat
Personalities : [raid1]
md125 : active raid1 sda3[0] sdb3[1]
1950821184 blocks super 1.2 [2/2] [UU]
bitmap: 8/15 pages [32KB], 65536KB chunk

md126 : active raid1 sda1[0] sdb1[1]
2047936 blocks super 1.2 [2/2] [UU]

md127 : active raid1 sda2[0] sdb2[1]
511936 blocks super 1.0 [2/2] [UU]

unused devices:

RAID1で組まれています。

HDD追加前に現在の情報をメモっておきます。

# cat /etc/fstab
# fdisk -l

〇物理的に増設が終わったらHWが認識されているか確認します。

# fdisk -l

Disk /dev/sdd: 3000.6 GB, 3000592982016 bytes, 5860533168 sectors  ←認識された
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト

Disk /dev/sdc: 3000.6 GB, 3000592982016 bytes, 5860533168 sectors  ←認識された
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 4096 bytes
I/O サイズ (最小 / 推奨): 4096 バイト / 4096 バイト

デバイスが
/dev/sdc
/dev/sdd
として認識されてますね。

次にRAIDを組みます。

parted --script /dev/sdd "mklabel gpt"
parted --script /dev/sdc "mklabel gpt"
parted --script /dev/sdd "mkpart primary 0% 100%"
parted --script /dev/sdc "mkpart primary 0% 100%"
parted --script /dev/sdd "set 1 raid on"
parted --script /dev/sdc "set 1 raid on"
mdadm --create /dev/md128 --level=raid1 --raid-devices=2 /dev/sdc1 /dev/sdd1

RAID構築の進捗を確認します。

# cat /proc/mdstat
Personalities : [raid1]
md128 : active raid1 sdd1[1] sdc1[0]
2930134016 blocks super 1.2 [2/2] [UU]
[=====>...............] resync = 26.6% (781301248/2930134016) finish=202.8min speed=176538K/sec
bitmap: 17/22 pages [68KB], 65536KB chunk

md125 : active raid1 sda2[0] sdb2[1]
511936 blocks super 1.0 [2/2] [UU]

md126 : active raid1 sda1[0] sdb1[1]
2047936 blocks super 1.2 [2/2] [UU]

md127 : active raid1 sda3[0] sdb3[1]
1950821184 blocks super 1.2 [2/2] [UU]
bitmap: 7/15 pages [28KB], 65536KB chunk

unused devices:

3TBのHDDなのでSYNCが終わるのに4時間くらいかかったと思います。

次にmkfsでファイルシステムを作ります。

mkfs -t xfs /dev/md128

OS起動時mountされるようfstabに書く為に必要なUUIDを調べます。

# ls -l /dev/disk/by-uuid/
合計 0
lrwxrwxrwx 1 root root 11 9月 17 19:49 5c143634-3073-4a8e-850b-1e3f6fe0b4da -> ../../md126
lrwxrwxrwx 1 root root 11 9月 17 22:46 5f3d0256-a541-4adc-8f98-7a4c17e1cd5d -> ../../md128
lrwxrwxrwx 1 root root 11 9月 17 19:49 c3bda334-bc05-49c9-a03a-94f05702bae2 -> ../../md125
lrwxrwxrwx 1 root root 11 9月 17 19:49 d91be4e5-a4f2-46d3-9390-6a2040e5a07b -> ../../md127

mount先を作ります。

# mkdir /data

調べたUUIDとmountポイント、ファイルシステムを今回はXFSに指定して
fstabに記載します。

# vim /etc/fstab
UUID=5f3d0256-a541-4adc-8f98-7a4c17e1cd5d /data xfs defaults 1 2

あとは、

# mount -a

や再起動してmountされているのを確認して終了

# df -h
ファイルシス サイズ 使用 残り 使用% マウント位置
/dev/md127 1.8T 1.1T 628G 64% /
devtmpfs 7.7G 0 7.7G 0% /dev
tmpfs 7.7G 92K 7.7G 1% /dev/shm
tmpfs 7.7G 9.2M 7.7G 1% /run
tmpfs 7.7G 0 7.7G 0% /sys/fs/cgroup
/dev/md125 477M 347M 101M 78% /boot
tmpfs 1.6G 12K 1.6G 1% /run/user/1000
tmpfs 1.6G 0 1.6G 0% /run/user/0
/dev/md128 2.8T 33M 2.8T 1% /data     ←mountされてます。

自宅サーバーのHDDを増設した。

自宅サーバーをファイルサーバーにしてるんですが、2TBのHDDをRAID1で構成してましたが
構築して4,5年たってHDDの残容量が心もとなくなってきました。
NASを買うか?と迷いましたが、自宅サーバーを止めるのもなんだなーと思い
HDDを増設する選択をしました。

購入したHDDは値段が安いバルクのTOSHIBA MD04ACA300

TOSHIBA MD04ACA300 3TB
TOSHIBA MD04ACA300 3TB

とりあえず自宅サーバーの空いている3.5インチベイに突っ込んでみました・・・。
HDD4本隙間なく詰められて明らかに熱がやばそうな感じです。

hdd4本搭載
hdd4本搭載

とりあえず設置が終わりRAID1で組んで起動してみると・・・。
RAIDのSYNC中みるみる温度が上がっていきます・・・

HDD温度
HDD温度

急激に下がっている箇所は、慌ててケースを開けて扇風機を当てました。
その後上がっているのは、いったい何度までHDDの温度が上がるのか見たみたくなり
扇風機を止めて放置した所、結果67度を記録しました。
ケースを開けていたのと気温も下がって来ていたので真夏だったらどうなっていたことやら・・・

しかし、このままだと既存のHDDもろ共ぶっ飛ぶことは明白です。
そこで、空いている5インチベイに2本搭載する事にしました。

3.5インチHDDを5インチベイにマウントする為には器具が必要です。
そこで購入したのが

3.5インチ→5.25インチ変換ブラケット
3.5インチ→5.25インチ変換ブラケット

3.5インチ→5.25インチ変換ブラケット
3.5インチ→5.25インチ変換ブラケット

ついでに電源ケーブルの長さが足りないので
HDD用電源4分岐ケーブルも買いました。

ブラケットをかませるとこんな感じになります。

HDD 5インチブラケット装着
HDD 5インチブラケット装着

そうして5インチベイに搭載

ブラケットをつけて5インチベイにHDD搭載
ブラケットをつけて5インチベイにHDD搭載

常時起動をさせて見た所、温度もさがりました。
以前より下がっているのはサーバー内の掃除をしてきれいになったからでしょうね。

HDD温度改善後
HDD温度改善後

これで、一先ずHDDの容量もUPして温度も安定したので安心です。

自宅サーバー死亡・・・そして、新サーバー発注

先日起動しなくなった自宅サーバー
スイッチの部品が来て祈る思い出スイッチを入れてた・・・ 起動しなかったorz
どーも、マザーと電源ケーブルのコネクターが上手くないようだ、同じマザーを中古で探そうか・・・
いっそ自宅サーバー自体やめようかと思いましたが、物欲に負けてヨドバシドットコムでポチってしまった。

まずは、CPU 最大 TDP:53Wと省電力でパワーも有りそうだったんでこれ

Intel CPU Pentium 3.00GHz 3Mキャッシュ LGA1150 BX80646G3220
続きを読む "自宅サーバー死亡・・・そして、新サーバー発注"