MariaDBのSLAVE STATUSがzabbix 5.0.1で取得できなかったので対処した

投稿日: 2020年6月2日2020年6月2日投稿者: higherhope

新規に構築したサーバーでmysql（mariadb）のslave statusをzabbixで取れなくなったので対処した。
色んなサイトにzabbixでレプリケーション監視設定方法は載っているので省きます。

各バージョンは

CentOS Linux release 8.1.1911 (Core)
Server version: 10.5.3-MariaDB MariaDB Server
zabbix_agentd (daemon) (Zabbix) 5.0.1

slave のレプリケーション監視の仕込みが終わりコマンドで確認を実施した所

# HOME=/var/lib/zabbix mysql -e "SHOW SLAVE STATUS\G"
ERROR 1227 (42000) at line 1: Access denied; you need (at least one of) the SUPER, REPLICATION SLAVE ADMIN privilege(s) for this operation

こんな感じで以前は取得出来ていましたが出来なくなってます。

権限周りが変わってるようですので確認します。

MariaDB [(none)]> show privileges;

をたたくとレプリケーションに関係ありそうなのが

| Binlog admin | Server | To purge binary logs |
| Binlog monitor | Server | To use SHOW BINLOG STATUS and SHOW BINARY LOG |
| Replication master admin | Server | To monitor connected slaves |
| Replication slave admin | Server | To start/monitor/stop slave and apply binlog events |
| Replication slave | Server Admin | To read binary log events from the master |

こんな感じで出てきましたので
エラーで指示されていたReplication slave adminを指定してGRANTしてみます。

MariaDB [(none)]> GRANT Replication slave admin ON *.* TO 'zabbixagent'@'localhost' IDENTIFIED BY 'hogegegege';
Query OK, 0 rows affected (0.001 sec)

再度コマンドを実行した所

# HOME=/var/lib/zabbix mysql -e "SHOW SLAVE STATUS\G"
*************************** 1. row ***************************
Slave_IO_State: Waiting for master to send event
Master_Host: ***.***.***.***
Master_User: replication
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000001
Read_Master_Log_Pos: 139614521
Relay_Log_File: www3-relay-bin.000009
Relay_Log_Pos: 5306
Relay_Master_Log_File: mysql-bin.000001
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 0
Last_Error:
Skip_Counter: 0
Exec_Master_Log_Pos: 139614521
Relay_Log_Space: 5614
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: 0
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 0
Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id: 1
Master_SSL_Crl:
Master_SSL_Crlpath:
Using_Gtid: No
Gtid_IO_Pos:
Replicate_Do_Domain_Ids:
Replicate_Ignore_Domain_Ids:
Parallel_Mode: optimistic
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates
Slave_DDL_Groups: 0
Slave_Non_Transactional_Groups: 0
Slave_Transactional_Groups: 6

取得出来ました。
これでzabbixでレプリケーションの監視が出来ました。

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

投稿日: 2019年10月30日2020年2月29日投稿者: higherhope

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というタイトルのメールが来た。

投稿日: 2019年8月26日投稿者: higherhope

詐欺と思われるメールがここ数日届いてました。
ドメイン失効に合わせてこのメールが来ていたので！？と思い内容を見ると
検索エンジンに登録が出来なくなるから登録しろと言ってるようですが
差出人のアドレスが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を買った。

投稿日: 2018年6月2日2018年6月3日投稿者: higherhope

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

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

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

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

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

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

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

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

投稿日: 2018年5月11日2018年5月11日投稿者: higherhope

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で追加した。

投稿日: 2016年9月24日2016年9月24日投稿者: higherhope

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

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されてます。