5 既知の問題

警告:

Oracle Linux 7は現在延長サポート中です。詳細は、Oracle Linux拡張サポートおよびOracleオープン・ソース・サポート・ポリシーを参照してください。

できるだけ早くアプリケーションとデータをOracle Linux 8またはOracle Linux 9に移行してください。

この章では、Oracle Linux 7.8の既知の問題について説明します。一部の問題は、x86_64プラットフォームとArm (aarch64)プラットフォームの両方に該当することがあります。Armプラットフォームにのみ影響する既知の問題は、「既知の問題(aarch64)」を参照してください。

使用しているUEKカーネルに固有のその他の問題は、Unbreakable Enterprise Kernelドキュメント・ライブラリにあるご使用のUEKリリースのリリース・ノートを参照してください。

インストール、アップグレードおよび起動の問題

Oracle Linux 7.8のインストールまたはアップグレード中に、次の問題が発生する可能性があります。

openscap-containersパッケージがインストールされている場合にULNからのアップグレードが失敗する

アップグレードするシステムにopenscap-containersパッケージがすでにインストールされている場合、ULNからパッケージをインストールしてOracle Linux 7.7からOracle Linux 7.8にアップグレードすると失敗します。

この問題が発生しないようにするには、Oracle Linux 7.8にアップグレードする前にopenscap-containersパッケージを削除します。

sudo yum -y remove openscap-containers

(バグID 30686371)

グラフィカル・インストーラでユーザーがkickstart設定を編集できる

ノート:

次の問題は、x86_64プラットフォームと64ビットArmプラットフォームの両方に該当します。

グラフィカル・インストールを実行するときに、kickstart構成ファイルを使用して一部のインストール・オプションがすでに設定されている場合でも、インストール中に様々なフィールドをクリックし、事前定義された内容を編集することにより、それらの設定を変更することが可能です。インストール・プロセス中にこのようなタイプの編集を行うには、設定の変更を意図的に試みる必要があり、これにより、対話型インストールが実質的に可能となって、kickstart構成で設定されたオプションがいずれのポリシーでも保護されなくなります。

このタイプの変更は、テキスト・インストールの実行時にはできません。テキスト・インストールの実行中は、kickstart構成ファイルで定義されていないフィールドのみを変更できます。

(バグID 28642357)

許容できないKdump値が入力されたときにグラフィカル・インストーラでエラーが生成されない

Kdump設定を構成するときに、軽微なアップストリーム・ユーザビリティ・エラーがグラフィカル・インストーラに適用されます。手動kdumpメモリー予約を構成しようとして、メモリー予約値を許容できない値に設定した場合、インストーラでは、警告やエラー・メッセージが生成されることなく、「完了」をクリックしてインストール・サマリー画面に戻ることができます。

許容できない値を選択すると、インストーラによって、入力された許容値のうち最後に認識された値、またはデフォルトの最小値である512 MBに値がリセットされます。この情報は、インストール・サマリー画面には表示されません。このパラメータには誤った値を格納できないため、誤った情報が入力された場合でもインストールは成功します。

この問題は、テキストベースのインストーラでは発生せず、許容できない値を入力するとエラーが返され、許容値を入力するまで続行できません。

(バグID 31133351、31182708)

Kdumpについて手動で設定した予約済メモリーがグラフィカル・インストーラで表示されない

Kdump設定を構成するときに、軽微なユーザビリティ・エラーがグラフィカル・インストーラに適用されます。Kdump用に予約されているデフォルトのメモリー・サイズを手動で変更した場合、画面がリフレッシュされても新しい設定は表示されません。かわりに、システム・メモリーの合計と使用可能なシステム・メモリーの値のみが表示されます。その結果、予約するメモリー(Mb)パラメータの制限が将来のKdump構成で不明になります。

ノート:

ブート時に使用するサイズをカーネルが決めるため、autoのKdumpメモリー予約のデフォルト設定は適切です

(バグID 31133287および31182699)

HPE FlexFabricアダプタを使用するHPEサーバーでFCoEブートが失敗する

この問題は、入出力メモリー管理ユニット(IOMMU)が有効になっている場合に、Option Card Black Box - Active Health (OCBB)機能に関するbnx2xおよびbnx2fcドライバの既知の制限が原因となって発生します。この問題は、ネットワーク・アダプタ・ファームウェアが、インタフェースの起動/停止時またはドライバのロード/アンロード時に、ネットワーク・デバイスが割り当てられていないメモリー領域にアクセスしようとするために発生します。この問題が発生した場合は、システムを再起動する必要があります。

回避策として、カーネル・ブート・パラメータにintel_iommu=offを指定する必要があります。

(バグID 30102871)

iSCSIディスクへのインストール

iSCSIディスクにインストールする場合は、ブート・コマンドラインにrd.iscsi.ibft=1を追加し、インストール・ターゲットとして少なくとも1つのMBRまたはGPT形式のディスクを指定する必要があります。そうしない場合、有効なブート・ローダーのターゲット・デバイスが見つかりませんでしたというエラー・メッセージが表示され、インストールが失敗します。

ノート:

このオプションは現在完全に非推奨であるため、ip=ibftを使用する以前の手順は有効ではありません。

(バグID 22076589および30155659)

HPE 3PAR TPVVでのインストールに関する情報

HPE 3PARストレージ・アレイにThin Persistenceライセンスを適用していない場合は、インストールで、シン・プロビジョニングされた仮想ボリューム(TPVV)にファイル・システムを作成できません。このライセンスは、ストレージの再利用のための低レベルSCSI UNMAPコマンドをサポートするために必要です。適切なライセンスがない場合の回避策は、TPVVのかわりにフル・プロビジョニングされた仮想ボリューム(FPVV)を使用することです。

(バグID 22140852)

Aura7 NVMeデバイスでのインストールに失敗する

ターゲット・デバイスが2つのブロック・デバイスを備えたAura7 NVMeアドイン・カードである場合、インストールは失敗します。カードには2つの独立したNVMeコントローラとデバイスがありますが、同じWWIDが割り当てられています。マルチパス・デバイス・マッパーによって2つのブロック・デバイスが同じWWIDにマップされるため、無効なマルチパス構成が生成され、インストールが妨げられます。

この問題を回避するには、インストーラのブート引数nompathを使用して、ブート時にインストールのマルチパスを無効にします。インストールが完了したら、/etc/multipath.confファイルを編集して、システム上のマルチパス構成のNVMeブロック・デバイスをブロックリストに登録します。または、デバイス・マッパー・マルチパスを完全に無効にできます。マルチパスの構成の詳細は、Oracle Linux 7: 管理者ガイドを参照してください。

(バグID 27638939)

オープン・ファイル制限が小さすぎ、かつrpm-plugin-systemd-inhibitがインストールされている場合にアップグレードが失敗する

ノート:

次の問題は、x86_64プラットフォームと64ビットArmプラットフォームの両方に該当します。

ログイン・セッションのオープン・ファイル制限が小さく設定されすぎていて、アップグレードされるシステムに多数のチャネルまたはリポジトリの複数のパッケージが含まれている場合、Oracle Linux 7.6からのアップグレードが失敗する可能性があります。この問題は、rpm-plugin-systemd-inhibitパッケージがインストールされていて、セッションが4096未満の最大オープン・ファイル制限に対して構成されている場合に発生する可能性があります。通常は、この問題によって、yumコマンドが更新に失敗し、次のようなエラー・メッセージが生成されます。

Verifying  : glib2-static-2.56.1-1.el7.i686
glib2-static-2.56.1-1.el7.i686 was supposed to be installed but is not!

この問題を解決するには、yum updateコマンドを実行する前に、オープン・ファイル制限を4096に設定します。次に例を示します。

sudo ulimit -n 4096
sudo yum update -y

(バグID 28720235)

rdma-coreがインストールされているシステムをアップグレードすると、32ビットRDMAパッケージがインストールされる

Oracle Linux 7.4より前のアップグレードについて、rdma-core.noarchパッケージがインストールされている場合、32ビット・バージョンのパッケージおよび多数の依存関係も不要にインストールされます。この問題は、パッケージの元のバージョンが廃止されているために発生します。そのため、アップグレード中に、パッケージがrdma-core.i686バージョンとrdma-core.x86_64バージョンの両方のパッケージおよびそれらのパッケージの依存関係に置き換えられます。

この問題を回避するには、--exclude=\*.i686オプションを指定してyum updateコマンドを実行します。次に例を示します。

sudo yum update --exclude=\*.i686

(バグID 28217831)

パッケージの競合: PackageKit.i686とPackageKit.x86_64

ULNのol7_x86_64_optional_latestチャネルのPackageKit.i686パッケージは、ol7_x86_64_u6_baseチャネルのPackageKit.x86_64パッケージと競合します。両方のパッケージをインストールしようとすると、次のようなトランザクション・チェック・エラーが発生します。

Transaction check error:
  file /usr/lib/python2.7/site-packages/packagekit/__init__.pyc from install
of PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/__init__.pyo from install
of PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/backend.pyc from install
of PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/backend.pyo from install
of PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/enums.pyc from install of
PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/enums.pyo from install of
PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/filter.pyc from install of
PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/filter.pyo from install of
PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/misc.pyc from install of
PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/misc.pyo from install of
PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/package.pyc from install
of PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/package.pyo from install
of PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/progress.pyc from install
of PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64
  file /usr/lib/python2.7/site-packages/packagekit/progress.pyo from install
of PackageKit-version.el7.i686 conflicts with file from package
PackageKit-version.el7.x86_64

同じシステムに同時にインストールできるのは、これらのパッケージのいずれか1つのみです。この競合を回避するには、yum構成でPackageKit.i686パッケージを除外します。インストール中にパッケージを除外する方法の詳細は、Oracle Linux: Unbreakable Linux Networkユーザーズ・ガイドfor Oracle Linux 6 and Oracle Linux 7を参照してください。

(バグID 24963661)

systemdにRemoveIPC=yesが構成されている場合にデータベースのインストールおよび操作が失敗する

systemdにRemoveIPC=yes設定が構成されている場合に、非システム・ユーザーがログアウトすると、そのユーザーのプロセスのプロセス間通信(IPC)が終了されます。ラップトップ・システムでの使用を目的としたこの設定は、サーバーではソフトウェアの問題を引き起こす場合があります。たとえば、ユーザーが、Oracle Databaseのoracleのようなデータベース・ソフトウェア所有者である場合、この構成によってデータベースのインストールが失敗したり、データベース・サービスがクラッシュすることがあります。

Oracle Linux 7.8ではデフォルトで、systemdによってIPCが終了しないようにするために、/etc/systemd/logind.confファイルでRemoveIPC=noが構成されています。ただし、システムをOracle Linux 7.8に更新する前にこのファイルを変更した場合、更新によって新しいバージョンのファイルが/etc/systemd/logind.conf.rpmnewとしてインストールされ、/etc/systemd/logind.confファイルでRemoveIPC=noは設定されません。データベースのクラッシュを防ぐには、/etc/systemd/logind.confファイルでRemoveIPC=noを設定した後、systemctl rebootコマンドを実行してシステムを再起動します。

(バグID 22224874)

自動バグ報告ツール

ノート:

次の情報は、x86_64プラットフォームと64ビットArmプラットフォームの両方に関連します。

Red Hat自動バグ報告ツール(ABRT)で提供される自動報告のデーモンおよび機能は、Oracle Linuxではサポートされていません

ABRTパッケージおよび関連ファイル(libreportなど)は、パッケージの依存関係を満たすためにディストリビューションに含まれており、ローカル・バグ・レポートの生成に使用できますが、これらのレポートを自動的にアップロードする機能はサポートされていません。技術的なサポートが必要な場合は、My Oracle Supportポータルまたは電話でOracleサポートに連絡してください。

ファイル・システムの問題

Oracle Linux 7.8の実行時には、次に示すファイル・システムの問題が発生します。

XFS: RHCKではreflink機能がサポートされていない

UEK R5カーネルでreflink機能をサポートするXFSファイル・システムが作成された場合、RHCKカーネルではこのXFSファイル・システムをマウントできません。このファイル・システムは読取り専用としてのみマウントできます。

(バグID 30119906)

XFS: RHCKではreal-timeデバイスがサポートされていない

UEK R5カーネルでreal-timeデバイスをサポートするXFSファイル・システムが作成された場合、RHCKカーネルではこのXFSファイル・システムをマウントできません。

(バグID 30115269)

/bootがBTRFSサブボリューム上にある場合、カーネルのアップグレード時にgrubbyの致命的エラーが発生する

ノート:

次の問題は、x86_64プラットフォームと64ビットArmプラットフォームの両方に該当します。

/bootがBtrfsサブボリュームでホストされている場合、GRUB 2ではinitramfsおよびvmlinuzのパス名を正しく処理できません。この問題は、ユーザーが新しいカーネルを更新またはインストールした後、grubbyがGRUB 2構成の更新を試行する際に発生します。Oracle Linux 7.8のフレッシュ・インストール実行時にRHCKまたはUEKカーネルをアップグレードする場合は、次のエラーが表示されます。

grubby fatal error: unable to find a suitable template

カーネルが更新された後にシステムを再起動すると、古いカーネルが起動されます。

この問題を回避するには、カーネルがインストールまたはアップグレードされた直後に、grub2-mkconfigを使用して、UEFIブート・システムで/etc/grub2/grub.cfgファイルまたは/etc/grub2-efi.cfgファイルを再生成します。次に例を示します。

sudo grub2-mkconfig -o /boot/grub2/grub.cfg

次のように、生成された構成内のカーネル・メニュー・エントリのリストを取得します。

grep -P "submenu|^menuentry" /boot/grub2/grub.cfg | cut -d "'" -f2

リストからデフォルト・カーネルとして実行するカーネル・エントリを選択し、次のコマンドを使用してこのエントリをデフォルトに設定します。

sudo grub2-set-default "menu entry title"

前述のコマンドで、menu entry titleは、リストで識別したカーネル・エントリのタイトルです。

grub2-editenv listコマンドを使用して、saved_entryが選択したカーネル・メニューのタイトルに更新されていることを確認できます。

システムを再起動し、uname -aを使用して、正しいカーネルが現在実行中であることを確認します。

(バグID 22750169)

ヘブライ文字のLaTeXフォント

ノート:

次の情報は、x86_64プラットフォームと64ビットArmプラットフォームの両方に該当します。

tex-fonts-hebrewパッケージのインストールは、その前にすべてのtexlive*パッケージをインストールしていないと失敗します。

(バグID 19059949)

一部のAMDハードウェアでKdumpが失敗することがある

現在のOracle Linuxリリースを実行している一部のAMDハードウェアで、Kdumpが失敗することがあります。影響を受けるハードウェアには、AMD EPYC CPU (コード名Naples、Romeおよび最新)サーバーが含まれています。

この問題を回避するには、/etc/sysconfig/kdump構成ファイルを変更し、KDUMP_COMMANDLINE_APPENDからiommu=offコマンドライン・オプションを削除した後、kdumpサービスを再起動して変更を有効にします。

(バグID 31127379)

InfiniBandの問題

InfiniBandデバイスの使用時に発生する可能性のある問題を次に示します。

InfiniBand Adapter M3の無効なファームウェア・バージョンが原因でKdumpが失敗する場合がある

Oracle Dual Port QDR InfiniBand Adapter M3ファームウェア・バージョン2.31.5350がインストールされている場合、Oracle Linux 7.8でKdumpが失敗することがあります。

この問題が発生しないようにするには、Oracle Dual Port QDR InfiniBand Adapter M3のファームウェア・バージョンを2.31.5350以上に更新してください。

(バグID 26351183)

InfiniBand CAポートを無効にすると警告が示される

ibportstate disableコマンドを使用してInfiniBand CAまたはルーター・ポートを無効にすると、次の警告メッセージが表示される場合があります。

ibwarn: [2696] _do_madrpc: recv failed: Connection timed out
ibwarn: [2696] mad_rpc: _do_madrpc failed; dport (Lid 38)
ibportstate: iberror: failed: smp set portinfo failed

これらの警告は無視してもかまいません。

(バグID 16248314)

UEFIを使用するKVMゲストのスナップショットは失敗し、サポートされていない

ノート:

次の問題は、x86_64プラットフォームと64ビットArmプラットフォームの両方に該当します。

KVMゲストがUEFIを使用している場合、KVMゲストのスナップショットを作成できません。古いバージョンのQEMUおよびlibvirtでは、ツールによって、エラーまたは警告なしでスナップショットを作成できますが、スナップショットが破損している可能性があります。これらのツールの最新バージョンでは、次のようなエラーを生成することでスナップショットの作成が妨げられます。

virsh # snapshot-create-as OL7-seboot
error: Operation not supported: internal snapshots of a VM with pflash based
firmware are not supported

(バグID 26826800)

LSI MegaRAID SAS ISCSIコントローラを使用するKVMゲストは7つの仮想ディスクに制限される

LSI MegaRAID SAS ISCSIコントローラを使用しているOracle Linux 7.8 KVMゲストは、7つの仮想ディスクに制限されます。KVMゲストは最大8つのISCSI仮想ディスクを持つことができますが、LSI MegaRAID SASコントローラは最初のスロットをISCSIイニシエータに使用し、仮想ディスクには7つのスロットのみが残されます。

この問題を回避するには、ISCSI仮想ディスクの作成時に、lsiコントローラではなくmegasasコントローラを使用します。たとえば、次の例に示すように、-device lsi-device megasasに変更します。

sudo /usr/bin/qemu-system-x86_64 -machine accel=kvm -m 8192 -smp 8 \
-drive file=/path/OracleLinux-7.6-x86_64.qcow2,format=qcow2,if=none,id=disk \  
-device ide-hd,bus=ide.0,unit=0,drive=disk,bootindex=0 -device lsi,id=lsi0 \ 
-drive  file=/path/disk1.img,format=raw,if=none,id=drive_image1 \
-device scsi-hd,id=image1,drive=drive_image1,bus=lsi0.0 \
...
sudo /usr/bin/qemu-system-x86_64 -machine accel=kvm -m 8192 -smp 8 \
-drive file=/path/OracleLinux-7.6-x86_64.qcow2,format=qcow2,if=none,id=disk \  
-device ide-hd,bus=ide.0,unit=0,drive=disk,bootindex=0 -device megasas,id=lsi0 \ 
-drive  file=/path/disk1.img,format=raw,if=none,id=drive_image1 \
-device scsi-hd,id=image1,drive=drive_image1,bus=lsi0.0 \
...

(バグ27681238)

libpcapをアンインストールすると、多数のlibvirtパッケージが削除される可能性がある

ノート:

次の問題は、x86_64プラットフォームと64ビットArmプラットフォームの両方に該当します。

libpcapパッケージは、将来のテクノロジに対する機能を有効にするために更新されます。このパッケージをインストールしてからアンインストールしようとすると、依存関係が原因で多数のlibvirtパッケージもアンインストールされる可能性があります。libvirtパッケージはlibvirt-daemon-driver-nwfilerパッケージと依存関係があり、このパッケージはlibpcapと依存関係があります。libpcapパッケージを削除すると、パッケージのlibvirtファミリ全体が削除されます。

(バグID 28582266)

NFSでOracle Linux 7 LXCコンテナを作成できない

ノート:

次の問題は、x86_64プラットフォームと64ビットArmプラットフォームの両方に該当します。

rootファイル・システム(/container)がNFS共有上でホストされている場合、Oracle Linux 7コンテナの作成に失敗します。この問題は、Oracle Linux 7のiputilsパッケージが、Linuxファイル拡張属性[xattr(7)] security capabilities(7)を使用するように構築されているために発生します。NFSではこれらのファイル機能がサポートされていないため、iputilsパッケージがNFSファイル・システムにインストールされないことがあります。たとえば、Oracle Linux 7コンテナの作成時、iputilsパッケージのインストール中にインストールが失敗し、次のエラーが発生します。

Error unpacking rpm package iputils-20121221-7.el7.x86_64
error: unpacking of archive failed on file /usr/bin/ping: cpio: cap_set_file
error: iputils-20121221-7.el7.x86_64: install failed

また、Oracle Linux 7コンテナの作成時にinitscriptsおよびsystemdパッケージをインストールしようとすると、同様の問題が発生します。

この問題は、NFSv3とNFSv4の両方で発生します。Oracle Linux 6コンテナは影響を受けないことに注意してください。

(バグID 25024258)

Oracle VMおよびXenでのOracle Linux 7ゲストのサポート

Oracle VMリリース3では、ハードウェア仮想化(HVM)と準仮想化ドライバによるハードウェア仮想化(PVHVM)の両方についてOracle Linux 7ゲストがサポートされています。Oracle VMまたはその他のXenベースのハイパーバイザ上の準仮想化ドメイン(PVM)内のOracle Linux 7ゲストはサポートされていません。

Oracle VMリリース2では、どのようなタイプのOracle Linux 7ゲストもサポートされていません。

(バグID 18712168、18667813、18266964)

ネットワークの問題

次の問題は、ネットワーク機能と構成に関連しています。

Geneveネットワーク・ドライバのサポートがUEK R5より前のUEKリリースで提供されない

Oracle Linux 7.8に含まれているipおよびiprouteコマンドは、Geneve対応デバイスをサポートしています。このドライバ用モジュールはRHCKには付属していますが、UEK R5には含まれていません。

ノート:

Geneveデバイスの設定、追加または表示に使用するコマンドは、RHCKまたはUEK R5で使用する場合にのみ機能します。

(バグID 24652835)

NetworkManagerがUEK R4のDHCPで優先度の低いネットワークのIPv6アドレスに応答できない

Oracle Linux 7.8でUEK R4を実行している場合、UEK R4では、DHCPを使用する優先度が低いネットワークにNetworkManagerがレスポンスを送信できません。優先度が高いネットワーク(リンクローカルなIPv6 fe80:/64ルート)は、優先度が低いネットワークよりも優先されます。この動作により、ネットワークに別の出力デバイスがある場合でも、DHCPv6サーバーが優先度の低いネットワーク上のDHCPクライアントにレスポンスを送信できない可能性があります。

Oracle Linux 7.8に同梱されているデフォルトのカーネルであるUEK R5を実行している場合、この問題は発生しません。

(バグID 27714775)

ネットワーク接続アイコンに誤ったインタフェースの状態が示される

ネットワーク接続アイコンに、アクティブなネットワーク・インタフェースが切断されていると示される場合があります。この動作は、rootユーザーで発生し、他のユーザーでは発生しません。ip linkifconfigなどのコマンドライン・ユーティリティには正しい状態が示されます。

(バグID 19060089)

電源ボタンがデフォルトでACPI Suspendに設定される

グラフィカル(GUI)コンソール・モードのOracle Linux 7.8では、デフォルトでハードウェアの電源ボタンがACPI "Sleep"ボタンと同等に扱われ、電源ボタンによりシステムが省電力のスリープ・モードに入ります。この動作は、Gnomeデスクトップ環境に固有です。

以前のOracle Linuxリリースでは、ハードウェアの電源ボタンでシステムのシャットダウンが開始されました。Oracle Linux 7.8を同様に動作させるには、/etc/dconf/db/local.d/01-shutdown-buttonという名前のファイルを作成し、次の内容を設定します。

[org/gnome/settings-daemon/plugins/power]
button-power='shutdown'

続けて、次のコマンドを実行します。

sudo dconf update

新しい設定を有効にするには、デスクトップ環境からログアウトした後、ログインしなおします。(バグID 25597898)

Oracle Linux 7.8でsosreportコマンドが警告を発行する

このリリースでsosreportコマンドを実行すると、次のような警告が発行されます。

[plugin:networking] skipped command 'ip -s macsec show': required kernel
modules or services not present (kmods=[macsec] services=[]). Use
'--allow-system-changes' to enable collection.
[plugin:networking] skipped command 'ss -peaonmi': required kernel modules or
services not present
(kmods=[tcp_diag,udp_diag,inet_diag,unix_diag,netlink_diag,af_packet_diag]
services=[]). Use '--allow-system-changes' to enable collection.

これらの警告は想定されたものであり、Oracle Linux 7.8でsosパッケージ・バージョンが変更されて--allow-system-changesオプションが追加されたことによるものです。この警告は、sosreportコマンドを実行するときには常にこのオプションを指定することと、すべてのデータが正しく収集されるとともに結果のsosreportからシステム情報が省略されないようにすることを通知しています。

ノート:

--allow-system-changesオプションを指定すると、カーネル・モジュールのロードなど、システムを変更する機能があるサブコマンドも含め、すべてのサブコマンドが実行されます。

(バグID 30650012)

仮想マシン・マネージャを使用したインストール中にゲスト名をカスタマイズできない

ノート:

次の問題は、x86_64プラットフォームと64ビット・プラットフォームの両方に該当します。x86_64プラットフォームでは、ゲストについてUEFIファームウェアが選択されている場合にのみ、この問題が発生します。BIOSベースのインストールは影響を受けません。

virt-managerを使用したインストール中に、カスタマイズされた構成を選択し、名前フィールドを編集して仮想マシン(VM)名をカスタマイズした場合、変更を適用しようとするとエラーが発生します。

エラーは次のようなものです。

Error apply changes: 'NoneType' object has no attribute 'rfind'

Traceback (most recent call last):
  File "/usr/share/virt-manager/virtManager/details.py", line 1887, in
config_apply
    ret = self.config_overview_apply()
  File "/usr/share/virt-manager/virtManager/details.py", line 1979, in
config_overview_apply
    self.vm.rename_domain(self.widget("overview-name").get_text())
  File "/usr/share/virt-manager/virtManager/domain.py", line 596, in
rename_domain
    new_nvram, old_nvram = self._copy_nvram_file(new_name)
  File "/usr/share/virt-manager/virtManager/domain.py", line 571, in
_copy_nvram_file
    nvram_dir = os.path.dirname(old_nvram.path)
  File "/usr/lib64/python2.7/posixpath.py", line 129, in dirname
    i = p.rfind('/') + 1
AttributeError: 'NoneType' object has no attribute 'rfind'

この問題は、名前フィールドをカスタマイズしようとしたときにのみ発生します。タイトル・フィールドや説明フィールドなど、インストール前に他のカスタマイズを適用した場合、インストールは正常に続行されます。必要に応じて、問題が発生することなくインストールが完了した後に名前フィールドを編集できます。

(バグID 29954660)