おっさんまだまだ楽できません。
NFS領域をmountしていて何かしらの理由でNFS領域にアクセスできない状態になった。
dfで見ても表示されない。。
再mountを試すも
# mount.nfs4 nfs-server:/hogehoge_1 /opt/hogehoge_1
mount.nfs4: Stale file handle
普通にumountしようとしても
device is busy
と表示されてumount出来なかった。
仕方が無いので強制umountして復旧
# umount -l /opt/hogehoge_1
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 articlehttps://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 quit14: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がマウントできないの・・・
パスワードを打ってメンテナンスモードで見てみる。
fstabがxfsのまま・・
このままでは当然無理なのでxfsに書き換えて再度rebootすると
# df -T | grep ext4
/dev/mapper/centos-home ext4 16652636 1790876 13992796 12% /home
無事に変換されました。
見た所データの消失も無いようです。
/homeを別パーティションに分けてる場合は簡単に済みましたが/bootや/だけの場合は
起動させるのにちょっと手を加える必要がありそうです。
goofysでEC2からs3をmountする。
作業は全てrootでやってます。
まずはaws configureでアカウント連携
# aws configure
AWS Access Key ID [None]: hogehogehogehogehoge
AWS Secret Access Key [None]: hagehagehagehagehagehgaehage
Default region name [None]: ap-northeast-1
Default output format [None]: json
s3のバケットが見えるか確認
# aws s3 ls
2018-07-31 02:44:55 hogehoge
2018-08-31 01:57:46 xxxxx-test
2018-08-22 07:23:27 hagehagehage
今回mountするのバケットはhogehoge
go関連のパッケージをインストール
# yum install golang fuse git
# go get github.com/kahing/goofys
# go install github.com/kahing/goofys
goのpathを通します。
# export GOPATH=$HOME/go
起動時にpathが通るように.bashrcにも記述
# vim /root/.bashrc
#最終行に適当に記載
export GOPATH=$HOME/go
確認
# go version
go version go1.9.4 linux/amd64
# echo $GOPATH
/root/go
mountするディレクトリを作ります。
# mkdir /mnt/s3
mountします。
# ./go/bin/goofys --region ap-northeast-1 --profile s3 hogehoge /mnt/s3
確認
# df -h | grep hogehoge
hogehoge 1.0P 0 1.0P 0% /mnt/s3
mountできました。
次は起動時に自動mount設定です。
fstabにこんな感じで書けばいいです。
# cat /etc/fstab | grep hogehoge
/root/go/bin/goofys#hogehoge /mnt/s3 fuse _netdev,allow_other,--file-mode=0666,--uid=500,--gid=500 0 0
rebootしてmountされているか確認して終了。
「ググったんかー」が口癖の昔の上司の教え曰く「不要なログは消せ」という教えを守るべく
syslogに出力される不要なログを消してみた。
今回の対象は、zabbixでSSHの監視を行うと監視のタイミングで出力される以下のログ
May 24 23:07:10 hogehoge sshd[13889]: Connection closed by 10.0.0.10 port 55814 [preauth]
May 24 23:08:11 hogehoge sshd[13951]: Connection closed by 10.0.0.10 port 40028 [preauth]
May 24 23:09:10 hogehoge sshd[14012]: Connection closed by 10.0.0.10 port 56596 [preauth]
こいつを消すためには
# vim /etc/rsyslog.conf
に
#### RULES ####
#add
if $msg contains 'preauth' then ~
とこんな感じで書いて
systemctl restart rsyslog
これできれいになりました。
以前にもcluster shellを設定した際にやりましたが、サーバー間パス無しログインのメモ
まずは、接続元で鍵を作ります。
# ssh-keygen
Generating public/private rsa key pair.
略・・・
# ssh-copy-id root@接続先IP -p ポート指定
ssh-copy-idを使えば簡単ですね。
最新のzabbix 4.0.0alpha6を試してみました。
zabbixを入れるサーバーのPHPのバージョンは以下
# php -v
PHP 7.2.5 (cli) (built: Apr 24 2018 19:12:06) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.2.0, Copyright (c) 1998-2018 Zend Technologies
zabbixの公式サイトからリポジトリをインストールしておきます。
# rpm -i https://repo.zabbix.com/zabbix/3.5/rhel/7/x86_64/zabbix-release-3.5-1.el7.noarch.rpm
zabbix4をインストールします。
# yum install zabbix-server-mysql zabbix-proxy-mysql zabbix-web-mysql
読み込んだプラグイン:fastestmirror
略・・・・
--> 依存性解決を終了しました。
エラー: パッケージ: zabbix-web-mysql-4.0.0-1.1alpha5.el7.noarch (zabbix)
要求: php-mysql
利用可能: php-mysql-5.4.16-42.el7.x86_64 (base)
php-mysql = 5.4.16-42.el7
利用可能: php-mysql-5.4.16-43.el7_4.x86_64 (updates)
php-mysql = 5.4.16-43.el7_4
利用可能: php-mysql-5.4.16-43.el7_4.1.x86_64 (updates)
php-mysql = 5.4.16-43.el7_4.1
利用可能: php-mysqlnd-5.4.16-42.el7.x86_64 (base)
php-mysql = 5.4.16-42.el7
利用可能: php-mysqlnd-5.4.16-43.el7_4.x86_64 (updates)
php-mysql = 5.4.16-43.el7_4
利用可能: php-mysqlnd-5.4.16-43.el7_4.1.x86_64 (updates)
php-mysql = 5.4.16-43.el7_4.1
利用可能: php-pecl-mysql-1.0.0-0.17.20160812git230a828.el7.remi.7.2.x86_64 (remi-php72)
php-mysql = 1:1.0.0
利用可能: php-mysqlnd-7.2.4-1.el7.remi.x86_64 (remi-php72)
見つかりません
利用可能: php-mysqlnd-7.2.5-1.el7.remi.x86_64 (remi-php72)
見つかりません
問題を回避するために --skip-broken を用いることができます。
これらを試行できます: rpm -Va --nofiles --nodigest
こけました。。。
php-mysqlndでコケたので個別で入れてみます。
# yum install php-mysqlnd
読み込んだプラグイン:fastestmirror
Loading mirror speeds from cached hostfile
* base: ftp.tsukuba.wide.ad.jp
* elrepo: ftp.yz.yamagata-u.ac.jp
* epel: mirror.dmmlabs.jp
* extras: ftp.tsukuba.wide.ad.jp
* remi-php72: mirrors.thzhost.com略・・・
インストール:
php-mysqlnd.x86_64 0:7.2.5-1.el7.remi依存性関連をインストールしました:
php-pdo.x86_64 0:7.2.5-1.el7.remi完了しました!
無事にインストールできたので再度zabbix4をインストールします。
# yum install zabbix-server-mysql zabbix-proxy-mysql zabbix-web-mysql
読み込んだプラグイン:fastestmirror
Loading mirror speeds from cached hostfile
* base: ftp.tsukuba.wide.ad.jp
* elrepo: ftp.yz.yamagata-u.ac.jp
* epel: ftp.tsukuba.wide.ad.jp略・・・
エラー: パッケージ: zabbix-web-mysql-4.0.0-1.1alpha5.el7.noarch (zabbix)
要求: php-mysql
利用可能: php-mysql-5.4.16-42.el7.x86_64 (base)
php-mysql = 5.4.16-42.el7
利用可能: php-mysql-5.4.16-43.el7_4.x86_64 (updates)
php-mysql = 5.4.16-43.el7_4
利用可能: php-mysql-5.4.16-43.el7_4.1.x86_64 (updates)
php-mysql = 5.4.16-43.el7_4.1
利用可能: php-mysqlnd-5.4.16-42.el7.x86_64 (base)
php-mysql = 5.4.16-42.el7
利用可能: php-mysqlnd-5.4.16-43.el7_4.x86_64 (updates)
php-mysql = 5.4.16-43.el7_4
利用可能: php-mysqlnd-5.4.16-43.el7_4.1.x86_64 (updates)
php-mysql = 5.4.16-43.el7_4.1
利用可能: php-pecl-mysql-1.0.0-0.17.20160812git230a828.el7.remi.7.2.x86_64 (remi-php72)
php-mysql = 1:1.0.0
インストール: php-mysqlnd-7.2.5-1.el7.remi.x86_64 (@remi-php72)
見つかりません
利用可能: php-mysqlnd-7.2.4-1.el7.remi.x86_64 (remi-php72)
見つかりません
問題を回避するために --skip-broken を用いることができます。
これらを試行できます: rpm -Va --nofiles --nodigest
またコケました今度はphp-mysqlの依存関係のようです。
php-mysqlを依存関係でインストールされないようexcludeにします。
# yum install zabbix-server-mysql zabbix-proxy-mysql zabbix-web-mysql --exclude=php-mysql*
読み込んだプラグイン:fastestmirror
Loading mirror speeds from cached hostfile
* base: ftp.tsukuba.wide.ad.jp
* elrepo: ftp.yz.yamagata-u.ac.jp
* epel: mirror.dmmlabs.jp略・・・
インストール:
zabbix-proxy-mysql.x86_64 0:4.0.0-1.1alpha5.el7 zabbix-server-mysql.x86_64 0:4.0.0-1.1alpha5.el7 zabbix-web-mysql.noarch 0:4.0.0-1.1alpha5.el7依存性関連をインストールしました:
OpenIPMI-libs.x86_64 0:2.0.19-15.el7 OpenIPMI-modalias.x86_64 0:2.0.19-15.el7
dejavu-fonts-common.noarch 0:2.33-6.el7 dejavu-sans-fonts.noarch 0:2.33-6.el7
fontconfig.x86_64 0:2.10.95-11.el7 fontpackages-filesystem.noarch 0:1.44-8.el7
fping.x86_64 0:3.10-4.el7 gd-last.x86_64 0:2.2.5-2.el7.remi
iksemel.x86_64 0:1.4-6.el7 jbigkit-libs.x86_64 0:2.0-11.el7
libX11.x86_64 0:1.6.5-1.el7 libX11-common.noarch 0:1.6.5-1.el7
libXau.x86_64 0:1.0.8-2.1.el7 libXpm.x86_64 0:3.5.12-1.el7
libevent.x86_64 0:2.0.21-4.el7 libjpeg-turbo.x86_64 0:1.2.90-5.el7
libpng.x86_64 2:1.5.13-7.el7_2 libtiff.x86_64 0:4.0.3-27.el7_3
libtool-ltdl.x86_64 0:2.4.2-22.el7_3 libwebp.x86_64 0:0.3.0-7.el7
libxcb.x86_64 0:1.12-1.el7 libxslt.x86_64 0:1.1.28-5.el7
net-snmp-libs.x86_64 1:5.7.2-28.el7_4.1 php-bcmath.x86_64 0:7.2.5-1.el7.remi
php-gd.x86_64 0:7.2.5-1.el7.remi php-ldap.x86_64 0:7.2.5-1.el7.remi
php-mbstring.x86_64 0:7.2.5-1.el7.remi php-pecl-mysql.x86_64 0:1.0.0-0.17.20160812git230a828.el7.remi.7.2
php-xml.x86_64 0:7.2.5-1.el7.remi unixODBC.x86_64 0:2.3.1-11.el7
zabbix-web.noarch 0:4.0.0-1.1alpha5.el7完了しました!
今度は無事に無事にインストールが完了しました。
zabbix4の機能を試すのがたのしみです。
PHPのupdateを行った際、以下のエラーがログに出てzabbixのguiが見れなくなったので対処
2018/04/24 16:12:45 [error] 19731#19731: *1 FastCGI sent in stderr: "PHP message: PHP Fatal error: Uncaught Exception: Cannot start session. in /usr/share/zabbix/include/classes/core/CSession.php:50
Stack trace:
#0 /usr/share/zabbix/setup.php(60): CSession::start()
#1 {main}
thrown in /usr/share/zabbix/include/classes/core/CSession.php on line 50" while reading response header from upstream, client: 192.168.0.2, server: tokyo-monitor_2, request: "GET /zabbix/setup.php HTTP/1.1", upstream: "fastcgi://unix:/var/run/php-fpm.sock:", host: "192.168.0.10"
PHPのupdateの際にphp-fpm関連の権限が変わったぽい
色々しらえると以下のパーミッションが怪しい
# ls -al /var/lib/php/
合計 4
drwxr-xr-x 5 root root 53 3月 25 02:21 .
drwxr-xr-x. 32 root root 4096 3月 25 11:12 ..
drwxrwx--- 2 root apache 6 3月 25 02:21 opcache
drwxrwx--- 2 root apache 6 3月 25 02:21 session
drwxrwx--- 2 root apache 6 3月 22 0:21 wsdlcache
このサーバーはngninxで動いているのでapache権限ではないので修正する。
# cd /var/lib/php/
# chown -R root:nginx ./*
# ls -al
合計 4
drwxr-xr-x 5 root root 53 3月 25 02:21 .
drwxr-xr-x. 32 root root 4096 3月 25 11:12 ..
drwxrwx--- 2 root nginx 6 3月 25 02:21 opcache
drwxrwx--- 2 root nginx 6 3月 25 02:21 session
drwxrwx--- 2 root nginx 6 3月 22 0:21 wsdlcache
nginxとphp-fpmを再起動して
#systemctl restart nginx ; systemctl restart php-fpm
見れるようになりました。
PHPをupdateするたびにやらなきゃいけません・・・