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の実行時には、次に示すファイル・システムの問題が発生します。
/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)
電源ボタンがデフォルトで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)