php.iniを変更してもwordpressに反映されない

参考(https://syutaku.blog/php-8-configuration-trouble/
ある時動画をアップロードする為に今までの最大ファイルサイズを512MBから1024MBに変更するために/etc/php.iniのupload_max_filesize を1024Mにして、アパッチとphp-fpmを再起動する
# systemctl restart httpd
# systemctl restart php56-php-fpm
# systemctl restart php74-php-fpm
(注:私は古いXOOPSをやる為にphp56をインストールし、wordpressの為にphp74をインストールしている)
あれー??反映して無い!
では、どのphp.iniを使っているの?
# php -i | grep /php.ini
Loaded Configration File => /etc/php.ini
うーん、正しいphp.iniを変更してるがなー?ちょっと待て確か他にもサイズに関するパラメーターがあったなーと思いだし、改めて眺めていると、あったぞー
post_max_size = 1024Mと変更し再度上の三つを再起動。
ばんざーい!!ちゃんと反映された
普通はこんな大きなファイルサイズにはしないが、このWEBは自宅にあるWEBサーバーで動いているので、大風呂敷を広げてもいいかな?

カテゴリー: Linux運用時のメモ | コメントする

vnc server をログアウト後も再度ログイン出来るように almalinux 9

どうもRHEL8 あたりからVNC SERVER からログアウトするとVNCSERVERが停止し、次回にログインできなくなって、いちいちSSHで接続してからVNC SERVER を立ち上げないとVNCサーバーが使えなくてすごく不便。これを解消する方法をGOOGLE先生に聞くとhttps://www.concurrent-rt.co.jp/external/TechSup/VNCforV84.htmlに答えがあったので、
# gedit /usr/lib/systemd/system/vncserver@.service
前略
[Service]
Type=forking
ExecStartPre=+/usr/libexec/vncsession-restore %i
ExecStart=/usr/libexec/vncsession-start %i
PIDFile=/run/vncsession-%i.pid
SELinuxContext=system_u:system_r:vnc_session_t:s0
Restart=on-success   ← これを追記
後略
ただこの設定をしても、次は再起動しないので、SSHでログイン後、VNCサーバーを起動、でもそれ以降はログアウト後再起動してくれる(考えて見れば当たり前、起動時に設定を読むがこの時点でRestart=on-successが無いので)
ばんざーい!!!
参考:https://tex2e.github.io/blog/linux/systemd-restart-config

カテゴリー: Linux運用時のメモ | コメントする

メールが送れない

突然メールが送れ無くなった。送ろうとするとserver unabailable のエラーが帰って来る。
早速メールのログを(/var/log/mail.log) すると
clamav-milter[3040]: Failed to initiate streaming/fdpassing
clamav-milter[3040]: No clamd server appears to be available
とエラーになっている。
clamd サーバーが無いだと?で早速
# systemctl status milter-manager
これはアクティブ
# systemctl status milter-greylist
これもアクティブ
# milter-manager –show-config|less
** (process:1293): WARNING **: 16:47:11.345: libruby.so.3.0: 共有オブジェクトファイルを開けません: そのようなファイルやディレクトリはありません
後略
libruby.so.3.0が無いと言っている。どうもmilter-managerがアップデートにより必要になったようです。(参考:https://vicsfactory.com/?p=362)rubyはsclを利用すれば簡単にインストールできるようなので、まずはsclをインストール。
# yum install centos-release-scl
インストールされていた。ので
# yum -y install rh-ruby30 rh-ruby30-ruby-devel
インストールされたかチェック
# find /usr -type f -name “libruby*” |grep libruby.so.3.
アレー /usr にはインストールされていない、じゃあ何処だ
# find / -type f -name “libruby*” |grep libruby.so.3
ルートから調べるので、少し時間が係る
/opt/rh/rh-ruby30/root/usr/lib64/libruby.so.3.0.2
/opt/rh/rh-ruby30/root/usr/share/systemtap/tapset/libruby.so.3.0.stp
後略
場所が分かったので、ここからリンクを作るが /opt/rh/rh-ruby30/root/usr/lib64/ を見ると本体の libruby.so.3.0.2 とlibruby.so.3.0 と libruby.so の二つがlibruby.so.3.0.2 のリンクとしてあるので、
/usr/lib64/libruby.so.3.0.2 と /usr/share/systemtap/tapset/libruby.so.3.0.stp にリンクとして置いた。さらに libruby.so.3.0.2 のリンクとして libruby.so.3.0 と libruby.so を置いた。そして関連を再起動
# systemctl restart milter-manager
# systemctl restart spamassassin
# systemctl restart postfix
これでテストメールを送ると無事配信された。バンザーイ

カテゴリー: Linux運用時のメモ | コメントする

ネットワークカードを追加したらルーターにもpingが届かない!

ある時、pcs clusterを的確に判断出来るように、(データーの流れるネットワークとクラスターの生死判断のためのネットワークを別にする)ネットワークカード(マザーボードにある同じICのrtl8111を使っている)を追加したらネットワークが死んだ。ルーターにもpingが届かない!
奮闘2時間、原因が判らなかったが、結論はマザーボードのdevice名とネットワークカードのdevice名が入れ替わっている!!
原因が判れば簡単なのだが、入れ替わっているとは!そのヒントは
# nmcli device show
前略
GENERAL.DEVICE: enp2s0
GENERAL.TYPE: ethernet
GENERAL.HWADDR: 00:F0:4C:68:F2:04
GENERAL.MTU: 1500
GENERAL.STATE: 100 (接続済み)
GENERAL.CONNECTION: bridge-slave-enp2s0
GENERAL.CON-PATH: /org/freedesktop/NetworkManager/ActiveC>
WIRED-PROPERTIES.CARRIER: オフ  これが問題
IP4.GATEWAY: —
IP6.GATEWAY: —
WIRED-PROPERTIES.CARRIER: オフと言うことは物理的にネットワークケーブルが接続されていないという事。(偉そうな事を言うがこれを知ったのはこの問題が出たから)
入れ替わっているとは知らず、マザーボードにケーブルを接続して、今はenp2s0は増設したカードに割り当てられているので、ケーブルが刺さってないとなる。なので、ケーブルをネットワークカードの接続口にさしたら、問題なくなった。
増設前のマザーボードのdevice名はenp2s0、増設後は
マザーボードのdevice名はenp3s0、増設した方のdevice名はenp2s0になった。もちろん再起動後もこの状態。ディスクの名前が再起動後に変化するように、ネットワークICの名前も変わったら大変だけど、何回か再起動しても変化はしなかった。後日もし変化したらここでお知らせしますが、サーバーなのでテスト後の再起動はあまり無いかな。


カテゴリー: Linux運用時のメモ | コメントする

サブホストをコピーしたらpingが通らない

ある時、DRBDの作業中、対向するサブホストを設定するために、sambaの設定が終了しているホストからroot領域をrsyncでコピーして来た。もちろんIPアドレスやhost名を変更し(ディスクのUUIDも同じだが取りあえず変更していない)
そしてpcs関連の設定が終わりステイタスを確認する
# pcs status
Error: error running crm_mon, is pacemaker running?
error: Could not connect to launcher: Connection refused
crm_mon: Connection to cluster failed: Connection refused
アレー、pcsdはアクティブだがpacemakerが死んでいる。何故だ!!
pingを対向するホストに打ってみる
# ping 192.168.xx.xx
PING 192.168.xx.xx (192.168.4.63) 56(84) bytes of data.
送信元 192.168.xx.yy icmp_seq=10 目的のホストへ届きません。
だけども、このローカルネットワークの他のホストにはpingは正常、対向するホスト同士だけpingが通らない。これには何時間も費やした。
結論:macアドレスが同じだったのが原因。コピーした時、変更をしていないので!
サブホストを停止して。
このサブホストのmacアドレスは /etc/libvirt/qemu/smb4.xmlで定義しているので(本来はこれを直接いじらない様だが、私はvimが嫌い)エディターで
<interface type=’bridge’>
  <mac address=’52:54:00:cc:94:15’/> ← 最後は:cc:94:a3だったのを:cc:94:15に変更
  <source bridge=’br0’/>
  <model type=’virtio’/>
  <address type=’pci’ domain=’0x0000′ bus=’0x01′ slot=’0x00′ function=’0x0’/>
</interface>
:cc:94:15は他のサブホストが使っていないものを指定。上桁はkvmのサブホストはすべて同じになる。そしてこの変更を反映する
# virsh define /etc/libvirt/qemu/smb4.xml
でもって、サブホストを起動。pingも通るしpcs statusも正常に表示された。やれやれ

カテゴリー: Linux運用時のメモ | コメントする

bconsoleに接続できない

almalinux9にbaculaの設定を行っている時
# bconsole
Connecting to Director localhost:9101
bconsole: message.c:1833-0 bsockcore.c:265 Unable to connect to Director daemon on localhost:9101. ERR=接続を拒否されました
でbacula-dirをリスタートしステイタスをチェック
# systemctl restart bacula-dir
# systemctl status bacula-dir
でactiveを確認。それではfirewall切ってみる
# systemctl stop firewalld
再度、bconsole。でも結果は同じ????

結論はmariadbの設定が間違っていた。
# systemctl status bacula-dir
でactiveだったが、それはrestart後すぐにチェックしたから。しばらくするとディレクターがmysqlに接続出来ないのでストップするが、チェックのタイミングが早すぎたので、少し遅れてstopしていたのに気が付かなかった。こんなこともあるんだ!!

カテゴリー: Baclua(バックアップ)に挑戦 | コメントする

nmcli 使い方

いつも忘れるので個人の防備録用、(でも設定ファイルの方がやりやすいのになー。特にKVMでクローンしたサブホストは固定のIPアドレスやホスト名がダブっているので、ログインしないと変更出来ない。設定ファイルならlosetupやkaprtxを使い簡単に変更出来るのに)
ブリッジの追加
# nmcli con add type bridge ifname br0
# nmcli con mod bridge-br0 bridge.stp no
固定IPにし、アドレス設定
# nmcli con mod bridge-br0 ipv4.method manual ipv4.address 192.168.xx.xx/24
ipv4.gateway 192.168.xx.xx
ipv4.dns 168.168.xx.xx +ipv4.dns 8.8.8.8
インターフェイスを割り当てる。インターフェースはenp2s0、ブリッジはbridge-br0の時
# nmcli con add type ethernet ifname enp2s0 master bridge-br0
で、rebootし設定の反映。
インターフェースの固定IPなどを変更した場合等はリブートせず、
# nmcli con down デバイス名(enp2s0など)
# nmcli con up デバイス名
で反映させられる

カテゴリー: Linux運用時のメモ | コメントする

ダブっている写真を消去する(linux)

ある時ファイルサーバーのファイルを見ると大量の複製している画像や動画があった。
これを消去しようとスクリプトを組もうとして調べるともっと簡単に出来ることが判った。
ダブっている画像や動画は*(1).JPG や*(1).MOVなので cd でそのdirectory にいって
# find -iname *(1).JPG
# find -iname *(1).MOV
で綺麗にダブっている分が消去された。因みに -iname はファイル名の指定で大文字と小文字をチェックしない指定

カテゴリー: Linux運用時のメモ | コメントする

1:pacemakerのインストール

物理的に違うkvmのサブホストを使用
ホスト名:smb3, IP: 192.168.4.63
ホスト名:smb4, IP: 192.168.4.64
仮想IP: 192.168.4.65
まずは https://www.server-world.info/query?os=CentOS_Stream_9&p=pacemaker&f=1を参考に進めていく。
# dnf –enablerepo=highavailability -y install pacemaker pcs
とインストールが終わった所で、何も設定せず対抗するサブホストにここを参考にしてサブホストにコピーする。さもないとhttps://www.kinryo.net/?p=3602のようにトラブル。
ホスト名で設定していくので
# gedit /etc/host
の最後に
192.168.4.63  smb3 smb3.inpac.jp
192.168.4.64  smb4 smb4.inpac.jp
を追記し保存。これを両ホストに設定
次に設定がダブっているので(IPやhostname)、https://www.kinryo.net/?p=2529を参考に変更してください。ただしUUIDの変更は出来なかったので、変更していない。/grub2/grub.cfgにあるUUIDを全部変更してもオリジナルのUUIDが見つからないと言われブート出来なかった!!そして再起動しておく
pcsdを起動して、パスワードの設定をする
# systemctl enable –now pcsd
# passwd hacluster
これを両方のサブホストで行う。

ここからはオリジナルのサブホストのsmb3での作業
# pcs host auth smb3 smb4
Username: hacluster
Password:
smb4: Authorized
smb3: Authorized

ユーザーを聞かれるので hacluster パスワードは設定した物。
# pcs cluster setup mycluster –force smb3 smb4
結果の表示は長いので省略(最後にCluster has been successfully set up.が表示される筈)。次にクラスターをスタートし
# pcs cluster start –all
smb3: Starting Cluster…
smb4: Starting Cluster…
起動後にスタートさせる
# pcs cluster enable –all
smb3: Cluster Enabled
smb4: Cluster Enabled
#
pcs status
Cluster name: mycluster

WARNINGS:
No stonith devices and stonith-enabled is not false

Status of pacemakerd: ‘Pacemaker is running’ (last updated 2023-10-23 19:53:50 +09:00)
Cluster Summary:
 * Stack: corosync
 * Current DC: smb4 (version 2.1.5-9.el9_2.3.alma.1-a3f44794f94) – partition with quorum
 * Last updated: Mon Oct 23 19:53:50 2023
 * Last change: Mon Oct 23 19:38:00 2023 by hacluster via crmd on smb4
 * 2 nodes configured
 * 0 resource instances configured

Node List:
 * Online: [ smb3 smb4 ]

Full List of Resources:
 * No resources

Daemon Status:
 corosync: active/enabled
 pacemaker: active/enabled
 pcsd: active/enabled
WARNINGが出ているので、https://www.kinryo.net/?p=3610を参考にして解除。corosync もチェックしておく。
# pcs status corosync
Membership information
———————-
  Nodeid  Votes Name
  1     1 smb3 (local)
  2     1 smb4

 


 

カテゴリー: DRBDに挑戦(almalinux9) | コメントする

pcs cluster start –all で片方のホストしか起動しない

drbdを使ってsambaのファイルサーバーの可用性を高め様とした時クラスターの設定が終わっているホストをコピーし設定を進めるとどうしても
# pcs cluster start –all
smb4: Starting Cluster…
smb3: Unable to connect to smb3, check if pcsd is running ……..
でも pcsd は起動している。この原因は結局分からなかった。なので再度サブホストのコピーからやり直し。
追記:後日ログを見ていたら/var/log/pacemaker/pacemaker.logに
pacemaker-schedulerd[5382] (pcmk__log_transition_summary) notice: Configuration errors found during scheduler processing, please run “crm_verify -L” to identify issues
があった。これが原因だと思われるが?さらに/var/log/messageに
pacemaker-controld[5383]: notice: State transition S_IDLE -> S_POLICY_ENGINE
pacemaker-schedulerd[5382]: error: Resource start-up disabled since no STONITH resources have been defined
pacemaker-schedulerd[5382]: error: Either configure some or disable STONITH with the stonith-enabled option
pacemaker-schedulerd[5382]: error: NOTE: Clusters with shared data need STONITH to ensure data integrity
pacemaker-schedulerd[5382]: notice: No fencing will be done until there are resources to manage
pacemaker-schedulerd[5382]: notice: Calculated transition 1, saving inputs in /var/lib/pacemaker/pengine/pe-input-97.bz2
pacemaker-schedulerd[5382]: notice: Configuration errors found during scheduler processing, please run “crm_verify -L” to identify issues
pacemaker-controld[5383]: notice: Transition 1 (Complete=0, Pending=0, Fired=0, Skipped=0, Incomplete=0, Source=/var/lib/pacemaker/pengine/pe-input-97.bz2): Complete
pacemaker-controld[5383]: notice: State transition S_TRANSITION_ENGINE -> S_IDLE
pacemakerd[5377]: notice: Caught ‘Terminated’ signal
があった。恥ずかしながらpacemaker.logがあるのに気がつかなっかった。

但し、オリジナルのホストのpcsの設定を削除しておく。
# pcs cluster –force stop
# pcs cluster destroy
詰まりせっかく設定した分を全消去しておく。またpcsdとDRBD起動関係を止めておく
# systemctl stop pcsd
# systemctl disable pcsd
# systemctl stop pcsd
# systemctl disable pcsd
ただし、/etc/hostの設定やは残っている、またpcsとpacemakerはインストールされているよ。

そしてやっと、ここを参考にしてサブホストにコピーする。
その際、vda1のUUID, 固定のIPアドレス、hostnameがダブっているので、https://www.kinryo.net/?p=2529を参考に変更してください。ただしUUIDの変更は出来なかったので、変更していない。次に念の為コピーしたサブホスト側でも(オリジナルのホストで消去しているのでやらなくてもいいと思うが)。ただしこの方法は/etc/fstabの設定が両ホストで同じでなければならない。違う時はvdaになる物意外外して置く事。
# pcs cluster –force stop
# pcs cluster destroy
でクラスターを削除しておく。
pcsdを起動して、パスワードの設定をする
# systemctl enable –now pcsd
# passwd hacluster
これを両方のサブホストで行う。

ここからはオリジナルのサブホストのsmb3での作業
# pcs host auth smb3 smb4
ユーザーを聞かれるので hacluster パスワードは設定した物。
# pcs cluster setup mycluster smb3 smb4
No addresses specified for host ‘smb3’, using ‘smb3’
No addresses specified for host ‘smb4’, using ‘smb4’
Destroying cluster on hosts: ‘smb3’, ‘smb4’…
smb3: Successfully destroyed cluster
smb4: Successfully destroyed cluster
Requesting remove ‘pcsd settings’ from ‘smb3’, ‘smb4’
smb3: successful removal of the file ‘pcsd settings’
smb4: successful removal of the file ‘pcsd settings’
Sending ‘corosync authkey’, ‘pacemaker authkey’ to ‘smb3’, ‘smb4’
smb3: successful distribution of the file ‘corosync authkey’
smb3: successful distribution of the file ‘pacemaker authkey’
smb4: successful distribution of the file ‘corosync authkey’
smb4: successful distribution of the file ‘pacemaker authkey’
Sending ‘corosync.conf’ to ‘smb3’, ‘smb4’
smb3: successful distribution of the file ‘corosync.conf’
smb4: successful distribution of the file ‘corosync.conf’
Cluster has been successfully set up.
# pcs cluster start –all
smb3: Starting Cluster…
smb4: Starting Cluster…
おー!!、両方のホストでクラスターがスタートした。
# pcs cluster enable –all
smb3: Cluster Enabled
smb4: Cluster Enabled
# pcs status
Cluster name: mycluster

WARNINGS:
No stonith devices and stonith-enabled is not false

Status of pacemakerd: ‘Pacemaker is running’ (last updated 2023-10-23 19:53:50 +09:00)
Cluster Summary:
 * Stack: corosync
 * Current DC: smb4 (version 2.1.5-9.el9_2.3.alma.1-a3f44794f94) – partition with quorum
 * Last updated: Mon Oct 23 19:53:50 2023
 * Last change: Mon Oct 23 19:38:00 2023 by hacluster via crmd on smb4
 * 2 nodes configured
 * 0 resource instances configured

Node List:
 * Online: [ smb3 smb4 ]

Full List of Resources:
 * No resources

Daemon Status:
 corosync: active/enabled
 pacemaker: active/enabled
 pcsd: active/enabled
WARNINGが出ているので、https://www.kinryo.net/?p=3610を参考にして解除

カテゴリー: DRBDに挑戦(almalinux9) | コメントする