カテゴリー: ソフトウェア

投稿日:

VirtualBox の virtio（準仮想化）・Intel・PCnet のアダプターでパフォーマンスを比較してみる

VirtualBox ネットワーク アダプタータイプ

VirtualBox でネットワークを使用する際、バージョン 6.1.10 の場合アダプタータイプとして下記の6つが選べます。

  • PCnet-PCI Ⅱ (Am79C970A)
  • PCnet-Fast Ⅲ (Am79C973)
  • Intel PRO/1000 MT デスクトップ (82540EM)
  • Intel PRO/1000 T サーバー (82543GC)
  • Intel PRO/1000 MT サーバー (82545EM)
  • 準仮想化ネットワーク (virtio-net)

VirtualBox のマニュアルによると、virtio はハードウェアのエミュレーションを行わないため、最も性能が高いとのことです。

ただし、Windows ゲストの場合は標準のドライバでは対応していないため、下記のページからドライバをダウンロードする必要はあります。

自分も VirtualBox を利用する際は、できるだけ virtio を使用するようにしています。

ただ、どれくらい早いのというのは理解していなかったので実際に iperf3 でベンチマークを取ってみました。

“VirtualBox の virtio（準仮想化）・Intel・PCnet のアダプターでパフォーマンスを比較してみる” の続きを読む
投稿日:

Windows 10 2004 でプロトコルエラー（0x112f）でリモートデスクトップできない場合の対処法

久々に外出し、外から自宅の Windows 10 の PC に Windows リモートデスクトップをしようとしたところ下記のエラーが表示され、接続できませんでした。

プロトコル エラー（コード: 0x112f）のため、リモート セッションは切断されます。リモート コンピューターへの接続をもう一度実行してください。

プロトコル エラー（コード: 0x112f）のため、リモート セッションは切断されます。リモート コンピューターへの接続をもう一度実行してください。

macOS や Android からは正常に接続できたため、Windows のリモートデスクトップクライアントとの相性のようです。

“Windows 10 2004 でプロトコルエラー（0x112f）でリモートデスクトップできない場合の対処法” の続きを読む
投稿日:

Ansible 2.9 の firewalld モジュールで NIC の zone を変更しても permanent で永続化されない件

Ansible で Firewalld の設定を行ったところ、NIC の Zone の変更について、OS を再起動すると設定がリセットされる現象を確認しました。

具体的な例

環境

  • Ansible 2.9.10
  • CentOS 8.2 (2004)

Playbook

firewalld モジュールを使います。

- name: set eth0 internal
  firewalld:
    zone: internal
    interface: eth0
    permanent: yes
    state: enabled
    immediate: yes
“Ansible 2.9 の firewalld モジュールで NIC の zone を変更しても permanent で永続化されない件” の続きを読む
投稿日:

CentOS 7 / 8 で kickstart するにはメモリ 2GB 以上必要

CentOS 7 CentOS 8 dmsquash-live-root write error No space left on device

昨日更新した下記の記事で、念のためローカル環境でも確認を行おうとしました。

CentOS・RHEL 8 から 1GB RAM でも kdump の crashkernel メモリ 160MB が確保される件

先日紹介した、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 / 8 で kickstart するにはメモリ 2GB 以上必要” の続きを読む
投稿日:

CentOS・RHEL 8 から 1GB RAM でも kdump の crashkernel メモリ 160MB が確保される件

昨日、CentOS 7.7 から CentOS 8.1 にマイグレーションしたのですが、想定以上にメモリの使用率が高かったので確認しました。

ConoHa の 1GB プランで動作しているのですが、合計メモリの認識に差異があるようです。

状況の確認

調査を進めたところ、カーネルクラッシュダンプをキャプチャーする kdump が有効になっていて、その分システムメモリが減少していることを確認しました。

CentOS 7.7 – 1GB

以前の環境は、いろいろチューニングしていた可能性があったので、念のため新規のVMで確認しました。

CentOS 7 1GB RAM kdump failed

CentOS 7 で 1GB メモリの場合、kdump は無効であることを確認できました。

“CentOS・RHEL 8 から 1GB RAM でも kdump の crashkernel メモリ 160MB が確保される件” の続きを読む