日報 2021.10.07
そろそろOracle Cloudトライアル期間が終了してA1インスタンス強制終了の時期が迫ってるので一旦クソインスタンス作って環境全部そっちに避難させた。一応継続して当ブログは見られてるはず。
RAMサイズが少ないとWordPressが「データベース確立エラー」で落ちることがあるのでスワップ領域作成とinnodb_buffer_pool_sizeのサイズ変更で対処しておく。
1GBのスワップ領域の作成
バッファサイズ(innodb_buffer_pool_size)を512MB変更
innodb_buffer_pool_sizeのデフォルトサイズをまず確認しておく。
| 
					 1  | 
						mariadb  | 
					
| 
					 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22  | 
						MariaDB [(none)]> SHOW VARIABLES LIKE "innodb_%_size"; +----------------------------------+-----------+ | Variable_name                    | Value     | +----------------------------------+-----------+ | innodb_buffer_pool_chunk_size    | 134217728 | | innodb_buffer_pool_size          | 134217728 | | innodb_change_buffer_max_size    | 25        | | innodb_ft_cache_size             | 8000000   | | innodb_ft_max_token_size         | 84        | | innodb_ft_min_token_size         | 3         | | innodb_ft_total_cache_size       | 640000000 | | innodb_log_buffer_size           | 16777216  | | innodb_log_file_size             | 50331648  | | innodb_log_write_ahead_size      | 8192      | | innodb_max_undo_log_size         | 10485760  | | innodb_online_alter_log_max_size | 134217728 | | innodb_page_size                 | 16384     | | innodb_purge_batch_size          | 300       | | innodb_sort_buffer_size          | 1048576   | | innodb_sync_array_size           | 1         | +----------------------------------+-----------+ 16 rows in set (0.001 sec)  | 
					
innodb_buffer_pool_sizeを512MBに変更する。
ubuntu 20.04LTSのMariaDBの場合は、/etc/mysql/mariadb.conf.d/50-server.cnfの[mysqld]セクション内にinnodb_buffer_pool_size = 512M を追加する。
| 
					 1 2  | 
						[mysqld] innodb_buffer_pool_size = 512M  | 
					
保存してMariaDBを再起動して再度サイズ確認。
| 
					 1  | 
						systemctl restart mariadb  | 
					
| 
					 1  | 
						mariadb  | 
					
| 
					 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21  | 
						MariaDB [(none)]> SHOW VARIABLES LIKE "innodb_%_size"; +----------------------------------+-----------+ | Variable_name                    | Value     | +----------------------------------+-----------+ | innodb_buffer_pool_chunk_size    | 134217728 | | innodb_buffer_pool_size          | 536870912 | | innodb_change_buffer_max_size    | 25        | | innodb_ft_cache_size             | 8000000   | | innodb_ft_max_token_size         | 84        | | innodb_ft_min_token_size         | 3         | | innodb_ft_total_cache_size       | 640000000 | | innodb_log_buffer_size           | 16777216  | | innodb_log_file_size             | 50331648  | | innodb_log_write_ahead_size      | 8192      | | innodb_max_undo_log_size         | 10485760  | | innodb_online_alter_log_max_size | 134217728 | | innodb_page_size                 | 16384     | | innodb_purge_batch_size          | 300       | | innodb_sort_buffer_size          | 1048576   | | innodb_sync_array_size           | 1         | +----------------------------------+-----------+  | 
					
536870912 となっていることを確認。数日運用して落ちなければOKかな。あとはA1インスタンスの死亡を待つのみ。
もなかくんのPCを餃子デバッグした。
結局Colorfulとかいう謎メーカーのSSDがイッたっぽくて、代替SSDに差し替えでなんとかなりました。なんとかならなかったのは、いろいろやってるうちにハードウェアRAIDの設定をいじってしまったぽくて原因がどこにあるか不明状態になってた感じ。
結論、「餃子を焼けばPCが直る」。
お満州餃子は旨いけどなんかキムチが傷んでるのかめちゃくちゃ微妙な味がした。2回この味ならリピ機運無し。
お礼にカレーもらった、頭が悪いので「たまねぎ」かと思ったら「たまかずら」っぽい。バーのカレーらしいのでワシは1人じゃ絶対に入店できないので助かる。

おわい

