zabbix-agentも4.2にアップグレードしてみた。

前回、zabbix-server他まとめて全部4.2にアップグレードしました。
今回はzabbix-agentのみを4.2にアップグレードしてみました。

現在のzabbix-agentのバージョンは
zabbix-agent-4.0.0-1.1rc3です。

使用しているzabbix-releaseは
zabbix-release-3.5-1.el7です。

それでは前回同様最新のzabbix-releaseをインストールします。

# yum localinstall https://repo.zabbix.com/zabbix/4.2/rhel/7/x86_64/zabbix-release-4.2-1.el7.noarch.rpm
略~
更新します : zabbix-release-4.2-1.el7.noarch 1/2
整理中 : zabbix-release-3.5-1.el7.noarch 2/2
検証中 : zabbix-release-4.2-1.el7.noarch 1/2
検証中 : zabbix-release-3.5-1.el7.noarch 2/2

更新:
zabbix-release.noarch 0:4.2-1.el7

完了しました!

リポジトリをきれいにしてupdate確認

# yum clean all
# yum check-udpate

他にupdateがなかったので一気にいきます。

# yum -y update
略~
Running transaction
更新します : zabbix-agent-4.2.0-1.el7.x86_64 1/2
warning: /etc/zabbix/zabbix_agentd.conf created as /etc/zabbix/zabbix_agentd.conf.rpmnew
整理中 : zabbix-agent-4.0.0-1.1rc3.el7.x86_64 2/2
検証中 : zabbix-agent-4.2.0-1.el7.x86_64 1/2
検証中 : zabbix-agent-4.0.0-1.1rc3.el7.x86_64 2/2

更新:
zabbix-agent.x86_64 0:4.2.0-1.el7

完了しました!

エージェントを停止・起動・ステータス確認

# systemctl stop zabbix-agent
# systemctl start zabbix-agent
# systemctl status zabbix-agent
● zabbix-agent.service - Zabbix Agent
Loaded: loaded (/usr/lib/systemd/system/zabbix-agent.service; enabled; vendor preset: disabled)
Active: active (running) since 月 2019-04-15 22:36:51 JST; 2s ago
略~

問題なくエージェントが起動してます。

zabbix-serverからエージェントのバージョンを確認してみます。

# zabbix_get -s 監視対象サーバーのIP -k agent.version
4.2.0

問題なく4.2にバージョンアップできました。

Zabbix 4.2にバージョンアップしてみた。

4月4日にZabbix 4.2が正式に発表されたのでバージョンアップをしてみました。

今までのバージョンはZabbix 4.2.0rc2です。

サーバーにインストールされているzabbix-releaseは

# rpm -qa | grep zabbix-release
zabbix-release-4.1-1.el7.noarch

です。

まずは、4.2のzabbix-releaseをインストール

# yum localinstall https://repo.zabbix.com/zabbix/4.2/rhel/7/x86_64/zabbix-release-4.2-1.el7.noarch.rpm

次にリポジトリをきれいに

# yum clean all

アップデート確認

# yum check-update

zabbix-agent.x86_64 4.2.0-1.el7 zabbix
zabbix-get.x86_64 4.2.0-1.el7 zabbix
zabbix-proxy-mysql.x86_64 4.2.0-1.el7 zabbix
zabbix-server-mysql.x86_64 4.2.0-1.el7 zabbix
zabbix-web.noarch 4.2.0-1.el7 zabbix
zabbix-web-mysql.noarch 4.2.0-1.el7 zabbix

4.2系が落ちてきてます。

バージョンアップ

# yum -y update
略~
更新:
zabbix-agent.x86_64 0:4.2.0-1.el7
zabbix-get.x86_64 0:4.2.0-1.el7
zabbix-proxy-mysql.x86_64 0:4.2.0-1.el7
zabbix-server-mysql.x86_64 0:4.2.0-1.el7
zabbix-web.noarch 0:4.2.0-1.el7
zabbix-web-mysql.noarch 0:4.2.0-1.el7

完了しました

成功です。

webのGUIでも確認
リロードしてみるとページの一番下にZabbix 4.2.0と表示されました。
更にagentからも確認

# zabbix_get -s 127.0.0.1 -k agent.version
4.2.0

監視も正常に動いているので問題はないようです。

SoftEther VPN Serverをアップデートしてみた。

SoftEther VPN Serverを導入してから
一度もアップデートしてなかったのでアップデートをしてみました。

現時点での最新は
SoftEther VPN Server (Ver 4.29, Build 9680, rtm)となっておりますので
これにアップデートしてみました。

まずは現状の確認
クライアントからVPN接続できることを確認。
サーバー上でのプロセス確認。

# systemctl status vpnserver
● vpnserver.service - SoftEther VPN Server
Loaded: loaded (/etc/systemd/system/vpnserver.service; enabled; vendor preset: disabled)
Active: active (running) since 木 2019-03-28 23:43:14 JST; 4 days ago
Main PID: 3038 (vpnserver)
CGroup: /system.slice/vpnserver.service
tq3038 /usr/local/vpnserver/vpnserver execsvc
mq3040 /usr/local/vpnserver/vpnserver execsvc

SoftEther VPNがインストールされている場所は

/usr/local/vpnserver/vpnserver

です。

まずはサービスを停止します。

# systemctl stop vpnserver

適当な場所に最新版のSoftEther VPN Serverをwgetで落としてきて

# wget http://jp.softether-download.com/files/softether/v4.29-9680-rtm-2019.02.28-tree/Linux/SoftEther_VPN_Server/64bit_-_Intel_x64_or_AMD64/softether-vpnserver-v4.29-9680-rtm-2019.02.28-linux-x64-64bit.tar.gz

解凍

# tar zxvf softether-vpnserver-v4.29-9680-rtm-2019.02.28-linux-x64-64bit.tar.gz

中に入って

# cd vpnserver/

makeします。

# make

ライセンスやら確認がずらずら出ますが、ひたすら「1. Yes」を押下します。

makeが終わったら作業前に現環境をバックアップ

# pwd
/usr/local
# mv vpnserver vpnserver_20190402

解凍したvpnserverディレクトリと入れ替えます。
# pwd
/usr/local
# mv /root/bin/vpnserver ./

パーミッションを本番同様に変更します。

# cd /usr/local/vpnserver
# chmod 600 ./*
# chmod 700 vpnserver
# chmod 700 vpncmd

元のconfigファイルを持ってきます。

# cp -P ../vpnserver_20190402/vpn_server.config ./

それでは起動します。

# systemctl start vpnserver

確認

# systemctl status vpnserver
● vpnserver.service - SoftEther VPN Server
Loaded: loaded (/etc/systemd/system/vpnserver.service; enabled; vendor preset: disabled)
Active: active (running) since 火 2019-04-02 22:38:05 JST; 1s ago
Process: 16668 ExecStop=/usr/local/vpnserver/vpnserver stop (code=exited, status=0/SUCCESS)
Process: 17045 ExecStart=/usr/local/vpnserver/vpnserver start (code=exited, status=0/SUCCESS)
Main PID: 17047 (vpnserver)
CGroup: /system.slice/vpnserver.service
tq17047 /usr/local/vpnserver/vpnserver execsvc
mq17048 /usr/local/vpnserver/vpnserver execsvc

無事起動したのでクライアントから接続を確認して終了。

CentOS 7でkernel 5.0 が出たので上げてみた。

CentOS 7で稼働中のサーバーをkernel 5.0にアップデートしてみました。
使用したリポジトリはelrepo-kernel.repoです。
update前の準備のelrepoについては昔の記事に書いてます。

update前に現状確認

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

リポジトリを念の為きれいにして

# yum clean all
読み込んだプラグイン:fastestmirror, langpacks
リポジトリーを清掃しています: base elrepo elrepo-kernel epel extras mariadb
...: nginx remi-php72 remi-safe skype-stable updates zabbix
...: zabbix-non-supported
Cleaning up list of fastest mirrors
Other repos take up 22 M of disk space (use --verbose for details)

改めて確認

# yum check-update
kernel-ml.x86_64 5.0.0-1.el7.elrepo elrepo-kernel
kernel-ml-devel.x86_64 5.0.0-1.el7.elrepo elrepo-kernel
kernel-ml-headers.x86_64 5.0.0-1.el7.elrepo elrepo-kernel
kernel-ml-tools.x86_64 5.0.0-1.el7.elrepo elrepo-kernel
kernel-ml-tools-libs.x86_64 5.0.0-1.el7.elrepo elrepo-kernel
python-perf.x86_64 5.0.0-1.el7.elrepo elrepo-kernel

elrepo-kernel.repoで確かにkernel 5.0が来ております。
それではupdateします。
続きを読む "CentOS 7でkernel 5.0 が出たので上げてみた。"

ファイルシステムをXFSからext4に変換してみた。

CentosのデフォルトのファイルシステムはXFSだがext4に変換してみた。

現状は

# df -T | grep -i xfs
ファイルシス タイプ 1K-ブロック 使用 使用可 使用% マウント位置
/dev/mapper/centos-root xfs 34909540 12561500 22348040 36% /
/dev/sda1 xfs 508588 169916 338672 34% /boot
/dev/mapper/centos-home xfs 17041408 3049104 13992304 18% /home

このような感じ

fstransformというパッケージをつかうと出来るらしい

普通にYUMではいるのか?

# yum install fstransform
読み込んだプラグイン:fastestmirror
Loading mirror speeds from cached hostfile
epel/x86_64/metalink | 6.9 kB 00:00:00
* base: ftp.iij.ad.jp
* epel: ftp.iij.ad.jp
* extras: ftp.iij.ad.jp
* remi-safe: ftp.riken.jp
* updates: ftp.iij.ad.jp
base | 3.6 kB 00:00:00
epel | 4.7 kB 00:00:00
extras | 3.4 kB 00:00:00
remi-safe | 3.0 kB 00:00:00
updates | 3.4 kB 00:00:00
epel/x86_64/primary_db FAILED
http://ftp.riken.jp/Linux/fedora/epel/7/x86_64/repodata/dfe399fd78675260e7888081dd162479b2ecd1e9afe7e15f74c9c0fd5571dbf4-primary.sqlite.bz2: [Errno 14] HTTP Error 404 - Not Found
他のミラーを試します。
To address this issue please refer to the below wiki article

https://wiki.centos.org/yum-errors

If above article doesn't help to resolve this issue please use https://bugs.centos.org/.

(1/3): epel/x86_64/updateinfo | 954 kB 00:00:00
(2/3): remi-safe/primary_db | 1.4 MB 00:00:00
(3/3): epel/x86_64/primary_db | 6.6 MB 00:00:00
依存性の解決をしています
--> トランザクションの確認を実行しています。
---> パッケージ fstransform.x86_64 0:0.9.3-1.el7 を インストール
--> 依存性解決を終了しました。

依存性を解決しました

=====================================================================================================================================================================
Package アーキテクチャー バージョン リポジトリー 容量
=====================================================================================================================================================================
インストール中:
fstransform x86_64 0.9.3-1.el7 epel 130 k

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

総ダウンロード容量: 130 k
インストール容量: 362 k
Is this ok [y/d/N]: y
Downloading packages:
fstransform-0.9.3-1.el7.x86_64.rpm | 130 kB 00:00:00
Running transaction check
Running transaction test
Transaction test succeeded
Running transaction
インストール中 : fstransform-0.9.3-1.el7.x86_64 1/1
検証中 : fstransform-0.9.3-1.el7.x86_64 1/1

インストール:
fstransform.x86_64 0:0.9.3-1.el7

完了しました!

インストールできました。

使い方はこんな感じ

fstransform {device} {target-file-system-type}

実際にやってみる。
対象は/homeの/dev/mapper/centos-homeを指定

# fstransform /dev/mapper/centos-home ext4
fstransform: starting version 0.9.3, checking environment
fstransform: checking for which... '/usr/bin/which'
fstransform: checking for expr... '/usr/bin/expr'
fstransform: checking for id... '/usr/bin/id'
fstransform: parsing command line arguments
fstransform: checking for stat... '/usr/bin/stat'
fstransform: checking for mkfifo... '/usr/bin/mkfifo'
fstransform: checking for blockdev... '/usr/sbin/blockdev'
fstransform: checking for losetup... '/usr/sbin/losetup'
fstransform: checking for fsck... '/usr/sbin/fsck'
fstransform: checking for mkfs... '/usr/sbin/mkfs'
fstransform: checking for mount... '/usr/bin/mount'
fstransform: checking for umount... '/usr/bin/umount'
fstransform: checking for mkdir... '/usr/bin/mkdir'
fstransform: checking for rmdir... '/usr/bin/rmdir'
fstransform: checking for rm... '/usr/bin/rm'
fstransform: checking for dd... '/usr/bin/dd'
fstransform: checking for sync... '/usr/bin/sync'
fstransform: checking for fsmove... '/usr/sbin/fsmove'
fstransform: checking for fsremap... '/usr/sbin/fsremap'
fstransform: checking for fsck(source file-system)... '/usr/sbin/fsck'
fstransform: checking for fsck(target file-system)... '/usr/sbin/fsck'
fstransform: looking for optional commands
fstransform: checking for sleep... '/usr/bin/sleep'
fstransform: checking for date... '/usr/bin/date'
14:27:38 fstransform: environment check passed.
14:27:38 fstransform: saving output of this execution into /var/tmp/fstransform/fstransform.log.101625
14:27:38 fstransform: preparing to transform device '/dev/mapper/centos-home' to file-system type 'ext4'
14:27:38 fstransform: device is mounted at '/home' with file-system type 'xfs'
14:27:38 fstransform: device raw size = 17460887552 bytes
14:27:38 fstransform: creating sparse loop file '/home/.fstransform.loop.101625' inside device '/dev/mapper/centos-home'...
14:27:38 dd: 1+0 レコード入力
14:27:38 dd: 1+0 レコード出力
14:27:38 dd: 1 バイト (1 B) コピーされました、 0.000236563 秒、 4.2 kB/秒
14:27:38 fstransform: device file-system block size = 4096 bytes
14:27:38 fstransform: device usable size = 17460887552 bytes
14:27:38 dd: 1+0 レコード入力
14:27:38 dd: 1+0 レコード出力
14:27:38 dd: 1 バイト (1 B) コピーされました、 0.000208061 秒、 4.8 kB/秒
14:27:39 fstransform: connected loop device '/dev/loop0' to file '/home/.fstransform.loop.101625'
14:27:39 fstransform: formatting loop device '/dev/loop0' with file-system type 'ext4'...
14:27:40 fstransform: mounting loop device '/dev/loop0' on '/tmp/fstransform.loop.101625' ...
14:27:41 fstransform: loop device '/dev/loop0' mounted successfully.
14:27:41 fstransform: preliminary steps completed, now comes the delicate part:
14:27:41 fstransform: fstransform will move '/dev/mapper/centos-home' contents into the loop file.

警告文がでて/dev/mapper/centos-home /dev/loop0がいっぱいになるとデーターを失うと言ってる感じ
ですが容量には余裕が有るのでENTERで続行

14:27:41 fstransform: WARNING: THIS IS IMPORTANT! if either the original device '/dev/mapper/centos-home'
or the loop device '/dev/loop0' become FULL,

YOU WILL LOSE YOUR DATA !

fstransform checks for enough available space,
in any case it is recommended to open another terminal, type
watch df /dev/mapper/centos-home /dev/loop0
and check that both the original device '/dev/mapper/centos-home'
and the loop device '/dev/loop0' are NOT becoming full.
if one of them is becoming full (or both),
you MUST stop fstransform with CTRL+C or equivalent.

this is your chance to quit.
press ENTER to continue, or CTRL+C to quit:
14:28:05 fstransform: moving '/dev/mapper/centos-home' contents into the loop file.
14:28:05 fstransform: this may take a long time, please be patient...
14:28:09 fsmove: progress: 5.0% done, 2.8 gigabytes still to move
14:28:18 fsmove: progress: 10.0% done, 2.7 gigabytes still to move, estimated 2 minutes left
14:28:21 fsmove: progress: 15.0% done, 2.5 gigabytes still to move, estimated 1 minute and 50 seconds left
14:28:24 fsmove: progress: 20.0% done, 2.4 gigabytes still to move, estimated 1 minute and 40 seconds left
14:28:28 fsmove: progress: 25.0% done, 2.2 gigabytes still to move, estimated 1 minute and 25 seconds left
14:28:35 fsmove: progress: 30.0% done, 2.1 gigabytes still to move, estimated 1 minute and 20 seconds left
14:28:49 fsmove: progress: 35.0% done, 1.9 gigabytes still to move, estimated 1 minute and 25 seconds left
14:28:52 fsmove: progress: 40.0% done, 1.8 gigabytes still to move, estimated 1 minute and 20 seconds left
14:28:59 fsmove: progress: 45.0% done, 1.6 gigabytes still to move, estimated 1 minute and 10 seconds left
14:29:01 fsmove: progress: 50.0% done, 1.5 gigabytes still to move, estimated 1 minute and 5 seconds left
14:29:04 fsmove: progress: 55.0% done, 1.3 gigabytes still to move, estimated 60 seconds left
14:29:04 fsmove: move() skipped `/home/.fstransform.loop.101625', matches exclude list
14:29:04 fsmove: job completed.
14:29:04 fstransform: unmounting and running '/usr/sbin/fsck' (disk check) on loop file '/home/.fstransform.loop.101625'
14:29:06 fsck: fsck from util-linux 2.23.2
14:29:07 fsck: /dev/loop0: 5960/1066864 files (1.9% non-contiguous), 547472/4262912 blocks
14:29:07 fstransform: disconnected loop device '/dev/loop0' from file '/home/.fstransform.loop.101625'
14:29:07 fstransform: unmounting device '/dev/mapper/centos-home' before disk check
14:29:07 fstransform: running '/usr/sbin/fsck' (disk check) on device '/dev/mapper/centos-home'
14:29:07 fsck: fsck from util-linux 2.23.2
14:29:07 fsck: /sbin/fsck.xfs: XFS file system.
14:29:07 fstransform: mounting again device '/dev/mapper/centos-home' read-only
14:29:07 fstransform: launching '/usr/sbin/fsremap' in simulated mode
14:29:07 fsremap: starting job 1, persistence data and logs are in '/var/tmp/fstransform/fsremap.job.1'
14:29:07 fsremap: if this job is interrupted, for example by a power failure,
14:29:07 fsremap: you CAN RESUME it with: /usr/sbin/fsremap -n -q --resume-job=1 -- /dev/mapper/centos-home
14:29:07 fsremap: analysis completed: 1.80 gigabytes must be relocated
14:29:07 fsremap: allocated 823.62 megabytes RAM as memory buffer
14:29:07 fsremap: primary-storage is 230.00 megabytes, initialized and mmapped() to contiguous RAM
14:29:07 fsremap: (simulated) starting in-place remapping. this may take a LONG time ...
14:29:07 fsremap: (simulated) progress: 6.3% done, 1.8 gigabytes still to relocate
14:29:07 fsremap: (simulated) progress: 38.3% done, 1.2 gigabytes still to relocate
14:29:07 fsremap: (simulated) progress: 61.8% done, 816.8 megabytes still to relocate
14:29:07 fsremap: (simulated) progress: 79.6% done, 489.4 megabytes still to relocate
14:29:07 fsremap: (simulated) progress: 94.1% done, 217.2 megabytes still to relocate
14:29:07 fsremap: (simulated) clearing 14.47 gigabytes free-space from device ...
14:29:07 fsremap: (simulated) job completed.
14:29:07 fstransform: launching '/usr/sbin/fsremap' in REAL mode to perform in-place remapping.
14:29:07 fsremap: starting job 2, persistence data and logs are in '/var/tmp/fstransform/fsremap.job.2'
14:29:07 fsremap: if this job is interrupted, for example by a power failure,
14:29:07 fsremap: you CAN RESUME it with: /usr/sbin/fsremap -q --resume-job=2 -- /dev/mapper/centos-home
14:29:07 fsremap: analysis completed: 1.80 gigabytes must be relocated
14:29:08 fsremap: allocated 823.57 megabytes RAM as memory buffer
14:29:08 fsremap: primary-storage is 230.00 megabytes, initialized and mmapped() to contiguous RAM
14:29:08 fsremap: successfully unmounted device '/dev/mapper/centos-home'
14:29:08 fsremap: everything ready for in-place remapping, this is your LAST chance to quit.
14:29:08 fsremap: WARN: press ENTER to proceed, or CTRL+C to quit

14:29:15 fsremap: starting in-place remapping. this may take a LONG time ...
14:29:22 fsremap: progress: 6.3% done, 1.8 gigabytes still to relocate
14:29:48 fsremap: progress: 38.3% done, 1.2 gigabytes still to relocate, estimated 50 seconds left
14:30:06 fsremap: progress: 61.8% done, 816.8 megabytes still to relocate, estimated 30 seconds left
14:30:23 fsremap: progress: 79.6% done, 489.4 megabytes still to relocate, estimated 15 seconds left
14:30:37 fsremap: progress: 94.1% done, 217.2 megabytes still to relocate, estimated 5 seconds left
14:30:42 fsremap: clearing 14.47 gigabytes free-space from device ...

14:35:57 fsremap: job completed.
14:35:58 fstransform: running again '/usr/sbin/fsck' (disk check) on device '/dev/mapper/centos-home'
14:35:58 fsck: fsck from util-linux 2.23.2
14:35:58 fsck: /sbin/fsck.xfs: XFS file system.
14:35:58 fstransform: mounting transformed device '/dev/mapper/centos-home'
14:35:58 fstransform: completed successfully. your new 'ext4' file-system is mounted at '/home'

なんか出来たっぽいのでreboot実行

/homeがマウントできないの・・・

fstransform
fstransform

パスワードを打ってメンテナンスモードで見てみる。

fstabがxfsのまま・・

fstransform
fstransform

このままでは当然無理なのでxfsに書き換えて再度rebootすると

# df -T | grep ext4
/dev/mapper/centos-home ext4 16652636 1790876 13992796 12% /home

無事に変換されました。
見た所データの消失も無いようです。

/homeを別パーティションに分けてる場合は簡単に済みましたが/bootや/だけの場合は
起動させるのにちょっと手を加える必要がありそうです。

MariaDBでPlease run mysql_upgradeのエラーが大量に出ていた。

/var/log/messagesを見ると↓のログが大量に出力されていた。

Nov 21 22:16:01 base mysqld: 2018-11-21 22:16:01 0 [Warning] InnoDB: Table mysql/innodb_index_stats has length mismatch in the column name table_name. Please run mysql_upgrade
Nov 21 22:16:01 base mysqld: 2018-11-21 22:16:01 0 [Warning] InnoDB: Table mysql/innodb_table_stats has length mismatch in the column name table_name. Please run mysql_upgrade
Nov 21 22:16:01 base mysqld: 2018-11-21 22:16:01 0 [Warning] InnoDB: Table mysql/innodb_index_stats has length mismatch in the column name table_name. Please run mysql_upgrade

Please run mysql_upgradeと有るようにupgradeを実行すれば良いようだ。

何も考えずに実行

# mysql_upgrade
Version check failed. Got the following error when calling the 'mysql' command line client
ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using password: NO)
FATAL ERROR: Upgrade failed

ああ・・ユーザーとパスワードですね・・・。

再度実行

# mysql_upgrade -u root -p
Enter password:
Phase 1/7: Checking and upgrading mysql database
Processing databases

mysql
mysql.column_stats OK
mysql.columns_priv OK
mysql.db OK
mysql.event OK
mysql.func OK
mysql.gtid_slave_pos OK
mysql.help_category OK
mysql.help_keyword OK
mysql.help_relation OK
mysql.help_topic OK
mysql.host OK
mysql.index_stats OK
mysql.innodb_index_stats OK
mysql.innodb_table_stats OK
mysql.plugin OK
mysql.proc OK
mysql.procs_priv OK
mysql.proxies_priv OK
mysql.roles_mapping OK
mysql.servers OK
mysql.table_stats OK
mysql.tables_priv OK
mysql.time_zone OK
mysql.time_zone_leap_second OK
mysql.time_zone_name OK
mysql.time_zone_transition OK
mysql.time_zone_transition_type OK
mysql.transaction_registry OK
mysql.user OK
Phase 2/7: Installing used storage engines... Skipped
Phase 3/7: Fixing views
Phase 4/7: Running 'mysql_fix_privilege_tables'
Phase 5/7: Fixing table and database names
Phase 6/7: Checking and upgrading tables
Processing databases
information_schema
続きを読む "MariaDBでPlease run mysql_upgradeのエラーが大量に出ていた。"

xorgxrdpの依存関係でupdate失敗したので対処

Xwindowが入っているサーバーのupdateを実行しようとして依存関係でこけたのでメモ
check-updateが通ったので-yをつけて実行すると↓の状況でこける

---> パッケージ xorgxrdp.x86_64 0:0.2.8-1.el7 を 更新
---> パッケージ xorgxrdp.x86_64 0:0.2.8-3.el7 を アップデート
--> 依存性の処理をしています: xorg-x11-server-Xorg(x86-64) = 1.20.1 のパッケージ: xorgxrdp-0.2.8-3.el7.x86_64
--> 依存性解決を終了しました。
--> トランザクションの確認を実行しています。
---> パッケージ kernel-ml.x86_64 0:4.18.9-1.el7.elrepo を 削除
---> パッケージ kernel-ml-devel.x86_64 0:4.18.9-1.el7.elrepo を 削除
---> パッケージ xorgxrdp.x86_64 0:0.2.8-3.el7 を アップデート
--> 依存性の処理をしています: xorg-x11-server-Xorg(x86-64) = 1.20.1 のパッケージ: xorgxrdp-0.2.8-3.el7.x86_64
--> 依存性解決を終了しました。
エラー: パッケージ: xorgxrdp-0.2.8-3.el7.x86_64 (epel)
要求: xorg-x11-server-Xorg(x86-64) = 1.20.1
インストール: xorg-x11-server-Xorg-1.19.5-5.1.el7_5.0.1.x86_64 (@updates)
xorg-x11-server-Xorg(x86-64) = 1.19.5-5.1.el7_5.0.1
利用可能: xorg-x11-server-Xorg-1.19.5-5.el7.x86_64 (base)
xorg-x11-server-Xorg(x86-64) = 1.19.5-5.el7
利用可能: xorg-x11-server-Xorg-1.19.5-5.1.el7_5.x86_64 (updates)
xorg-x11-server-Xorg(x86-64) = 1.19.5-5.1.el7_5
問題を回避するために --skip-broken を用いることができます。
これらを試行できます: rpm -Va --nofiles --nodigest

xorg-x11-server-Xorgのバージョンが1.20.1を要求しているのに
標準のリポジトリだと1.19.5-5.1.el7_5.0.1までしか提供されておらずupdateに失敗する。

海外のサイトを見ると「ミラーサイトで提供が始まっているから待った方が良い」
みたいな事が書いてありましたが一日w待っても
提供されないのですぐに対処してみた。

まずはお約束のリポジトリの清掃

# yum clean all
読み込んだプラグイン:fastestmirror, langpacks
リポジトリーを清掃しています: base elrepo elrepo-kernel epel extras mariadb
...: nginx remi-php72 remi-safe skype-stable updates zabbix
...: zabbix-non-supported
Cleaning up everything
Maybe you want: rm -rf /var/cache/yum, to also free up space taken by orphaned data from disabled or removed repos
Cleaning up list of fastest mirrors

そしてパッケージが降ってくるか確認
CentOS-CRリポジトリを使用します。
CRリポジトリを開放してupdateすると一気にたくさんupdateがかかって怖いので
updateに引っかかったパッケージのみを対象にしました。

続きを読む "xorgxrdpの依存関係でupdate失敗したので対処"