ほぼ鳥取県出身、東京在住のエンジニアがお送りする日々の出来事や役に立つ情報(=What I know)を紹介するブログ。わったいな（鳥取県の方言ですごいという意味）といってもらえるような記事を更新予定。※本ページはプロモーションが含まれています
blog.oyasu.info、oyasu.info は ConoHa で CentOS 8 のサーバーで運用しています。
このサーバーが CentOS 8 になったのは先月のことで、その際のブログ記事は下記となります。
この度、CentOS 8.2 (2004) がリリースされたので、早速アップデートしてみました。
# cat /etc/redhat-release
CentOS Linux release 8.1.1911 (Core)
# uname -r
4.18.0-147.8.1.el8_1.x86_64
Twitter クライアントのシェアを調べる総選挙、2年ぶりに行いました。
外出の自粛等で自宅でツイートをされている方が増えたり、企業等が営業を中止していていつもと違う結果になることが予想されます。
昨日更新した下記の記事で、念のためローカル環境でも確認を行おうとしました。
先日紹介した、Ubuntu 20.04 の Autoinstall yaml のようにローカルでの OS インストールは自動化しています。
CentOS 7 / 8 については、Kickstart による自動インストールを行っています。
今回も、Kickstart で OS を入れようと思ったら、下記のようなエラーでインストールが始まらない状態になってしまいました。
dracut-initqueue[687]: curl: (23) Failed writing body (9184 != 16384)
dracut-initqueue[687]: mount: wrong fs type, bad option, bad superblock on /dev/loop0,
dracut-initqueue[687]: missing codepage or helper program, or other error
dracut-initqueue[687]: In some cases useful info is found in syslog - try
dracut-initqueue[687]: dmesg | tail or so.
dracut-initqueue[687]: umount: /run/initramfs/squashfs: not mounted
dracut-initqueue[687]: /sbin/dmsquash-live-root: line 110: printf: write error: No space left on device
昨日、CentOS 7.7 から CentOS 8.1 にマイグレーションしたのですが、想定以上にメモリの使用率が高かったので確認しました。
ConoHa の 1GB プランで動作しているのですが、合計メモリの認識に差異があるようです。
調査を進めたところ、カーネルクラッシュダンプをキャプチャーする kdump が有効になっていて、その分システムメモリが減少していることを確認しました。
以前の環境は、いろいろチューニングしていた可能性があったので、念のため新規のVMで確認しました。
CentOS 7 で 1GB メモリの場合、kdump は無効であることを確認できました。
“CentOS・RHEL 8 から 1GB RAM でも kdump の crashkernel メモリ 160MB が確保される件” の続きを読む
本日、このブログを含む oyasu.info のウェブサーバーを、CentOS 8.1 のサーバーにマイグレーションを行いました。
従来のものは、下記の記事で紹介した、CentOS 7.2 のものをアップデートし続けていましたが、今回は新しいサーバーを立てて、そこにデータを移すことにしました。
サーバーについては、引き続き ConoHa の 1GB プランですが、2020年1月に行われたリニューアル後のプランとなり、ディスクの容量が 50GB → 100GB になりました。
今回は、ブログの投稿テストとなるので、簡易な記事ですが、動作確認が終わり次第、サーバーの詳細についても記事にしたいと思います。
お気づきの点がございましたら、ご連絡いただけたらと思います。