機械翻訳について

3 既知の問題

この章では、この更新の既知の問題について説明します。

メモリーが4 GB未満のKVMゲストは、クラッシュ・カーネル・メモリーの自動予約に失敗する可能性があります

crashkernel=auto設定が4 GB未満の物理メモリーを持つゲストで使用されている場合、UEK R4を実行しているKVMゲストがクラッシュ・カーネルのメモリーを自動予約できないことがあります。

この問題が4 GB未満の物理メモリーを持つKVMゲストで発生しないようにするには、crashkernel=128Mなどの予約サイズを明示的にリクエストすることによって、クラッシュ・カーネルのメモリーを予約できます。 (Bug ID 26933217 )

btrfs、ext4およびxfs: 凍結および凍結解除操作が複数のスレッドで実行される場合のカーネル・パニック

サポートされているファイルシステム上の複数のスレッドにわたって実行される操作をフリーズおよびアン・フリーズすると、システムがハングアップし、カーネルがパニックに陥ります。 この問題は、フリーズ操作が実際にフリーズされる前にトリガーされたときに発生する競合状態の結果です。 生成されたロック解除操作は、存在しないロックに対して書き込み操作を試み、カーネルがパニックに陥ります。 (バグID 25321899)

btrfsの問題

以下は、btrfsの既知の問題です:

  • 送信操作により大規模な重複排除済ファイル上でソフト・ロック・アップが発生

    大規模な重複排除済ファイル上でbtrfs sendを使用すると、ソフトロックアップまたはメモリー不足の問題が発生します。 この問題は、btrfs send操作が、1エクステントを指しているファイル・エクステントを含む大きな重複除外ファイルを処理できないために発生します。これらのタイプのファイル構造はbtrfs send操作に大きな圧力をかけます。

    この問題が発生しないようにするには、4 GB未満のメモリーを搭載したシステムではbtrfs sendを使用しないでください。 (Bug ID 25306023)

  • 割当て再スキャンまたは無効化中のアンマウント時のカーネル・ウップス

    割当て再スキャンをトリガーする操作またはマウントされたファイル・システムの割当てを無効化する操作により、ファイル・システムのアンマウント時にカーネル・ウップス・メッセージが発生します。 これにより、システムがハングする場合があります。 (バグID 22377928)

  • qgroup accountingを使用して共有エクステントを削除するときにカーネルがループ

    割当てグループ(qgroup)アカウンティングが使用されている共有エクステントを削除すると、カーネル・ウップス・メッセージが表示される可能性があります。 これは、遅れ参照を追加するときにレコードが欠落しているため、バック・リファレンス・ウォーク中に不正確な結果が得られるという問題に関連しています。 (Bug ID 21554517)

  • RAID上のファイル・システムのバランシング時に警告なし

    btrfs filesystem balanceコマンドでは、特定の状況でRAIDレベルの変更が可能であることが警告されず、操作を取り消す選択肢が表示されません。 (バグID 16472824)

  • qgroupショーの上書きされた領域の倍数

    ファイル内のデータを上書きするときに、ファイルの途中から始めると、btrfs qgroup showによって表示されるスペース使用回数では、この上書きされたスペースが2回カウントされます。 btrfs quota rescanを使用しても、この問題の解決の役には立ちません。 (バグID 16609467)

  • btrfs-progsおよびbtrfs-progs-develパッケージのロケーション

    UEK R4で使用するbtrfs-progsおよびbtrfs-progs-develパッケージは、ol6_x86_64_UEKR4およびol7_x86_64_UEKR4 ULNチャネルと、Oracle Linux yumサーバーのol6_UEKR4およびol7_UEKR4チャネルで使用できます。 UEK R3では、これらのパッケージはol6_x86_64_latestおよびol7_x86_64_latest ULNチャネルおよびOracle Linux yumサーバーのol6_latestおよびol7_latestチャネルで使用可能になりました。

ext4の問題

以下は、ext4の既知の問題です:

  • 負のi_sizeを使用してファイルに追加した後、アンマウントでシステムが停止する

    ファイル・システムで負のi_sizeを使用してinodeをロードすることは無効ですが、このようなファイルの作成とそのファイルへの追加は可能です。 しかし、そのようにすると、ライトバックの基礎となるルーチンに整数オーバーフローが発生し、カーネルがロック・アップします。 (バグID 25565527)

  • iノード・サイズの動的拡張時に停止が発生

    inode i_extra_sizeフィールドを使用している場合、iノード・サイズの動的拡張中にext4ファイルシステムでハングが発生します。 (Bug ID 25718971)

xfsの問題

以下は、xfsの既知の問題です:

  • v5スーパーブロックでのログ・リカバリの問題によって、破損したファイル・システム・エラーが誤って発生する

    v5スーパー・ブロックでのログ・リカバリの問題により、書き込まれたバッファについてメタデータLSNが更新されなくなることで、次のような破損エラーが発生します:

    [1044224.901444] XFS (sdc1): Metadata corruption detected at
    xfs_dir3_block_write_verify+0xfd/0x110 [xfs], block 0x1004e90
    [1044224.901446] XFS (sdc1): Unmount and run xfs_repair
    ...
    [1044224.901460] XFS (sdc1): xfs_do_force_shutdown(0x8) called from line 1249
    of file fs/xfs/xfs_buf.c.  Return address = 0xffffffffa07a8910
    [1044224.901462] XFS (sdc1): Corruption of in-memory data detected.  Shutting
    down filesystem
    [1044224.901463] XFS (sdc1): Please umount the filesystem and rectify the
    problem(s)
    [1044224.904207] XFS (sdc1): log mount/recovery failed: error -117
    [1044224.904456] XFS (sdc1): log mount failed"

    この問題は、後で更新された更新によって有効ではなくなったバッファ更新をログが再生しようとするために発生します。 実際にファイルシステムが正常な場合、結果は破損エラーになります。 (バグID 25380003)

  • 負のi_sizeを使用してバッファによるファイルへの追加を実行した後、アンマウントでシステムが停止する

    ファイルシステムが負のi_sizeでiノードをロードすることは無効ですが、このようなファイルを作成でき、バッファがそれに追加される場合、ルーチンのベースとなるライトバックの整数オーバーフローによってカーネルがロック・アップされます。 直接追加ではこの動作は発生しません。 (バグID 25565490)

  • 推測による事前割当てを持つ2つのエクステントのファイルに対するxfs_fsr中にシステムが停止する

    投機的な事前割り振りによって生成されたエクステントのxfs_fsrプロセス中に、使用されているdi_nextents呼び出しがこれらのエクステントを考慮していないため、すべてのエクステントがインラインに適合しているかどうかを判断するコード。 その結果、メモリー内のinodeが破損し、最終的に不正確に計算された範囲を使用してメモリー構造を移動しようとします。 このことによってカーネル・パニックが発生します。 (バグID 25333211)

  •  Oracle Linux 6で読取り専用で再マウントするとXFS割当てが無効になる

    Oracle Linux 6では、ファイル・システムが読取り専用権限で再マウントされると、XFSでの割当てが無効になります。 (バグID 22908906)

  • d_typeサポートがない場合、オーバーレイ・ファイル・システムをXFSでマウントできません

    オーバーレイ・ファイル・システムは、d_typeサポートと呼ばれる機能に依存しています。 この機能は、基本ファイルシステム内のディレクトリ・エントリ内のファイルに関するメタデータを提供するデータ構造内のフィールドです。 オーバーレイ・ファイル・システムは、このフィールドを使用して、ファイルの所有権の変更やホワイト・アウトなどの多くのファイル操作を追跡します。d_typeサポートは、-n ftype=1オプションを使用して、ファイルシステムの作成時にXFSで有効にすることができます。 d_typeサポートが有効になっていない場合、オーバーレイ・ファイル・システムが破損し、予期しない方法で動作する可能性があります。 このため、このUEK R4の更新リリースでは、XFSベースでのオーバーレイ・ファイル・システムのマウントが回避されます(d_typeサポートが有効になっていない)。

    Oracle Linuxのrootパーティションは、自動的に-n ftype=0でフォーマットされます。ここでは、XFSがファイルシステムとして選択されています。 したがって、下位互換性の理由から、オーバーレイ・ファイル・システムが既に存在し、これらが代替記憶域にホストされていない場合は、d_typeサポートを有効にしてフォーマットされたファイルシステムに移行する必要があります。

    XFSファイルシステムが正しくフォーマットされていることを確認するには:

    # xfs_info /dev/sdb1 |grep ftype

    /dev/sdb1を正しい記憶域デバイスへのパスに置き換えます。 このコマンドで返される情報にftype=0が含まれている場合は、このディレクトリに保存されているオーバーレイ・データを、正しくフォーマットされた記憶域に移行する必要があります。

    オーバーレイ・ファイル・システムをサポートするXFSファイルシステムで新しいブロック・デバイスを正しくフォーマットするには、次のようにします:

    # mkfs -t xfs -n ftype=1 /dev/sdb1

    /dev/sdb1を正しい記憶域デバイスへのパスに置き換えます。 ファイルシステムを作成するときは、-n ftype=1オプションを使用することが不可欠です。

    追加のブロック記憶域を使用できない場合は、マウント可能なXFSファイルシステム・イメージとループバックを作成することができます。 たとえば、rootディレクトリに5 GBのイメージ・ファイルを作成するには、次のコマンドを使用します:

    # mkfs.xfs -d file=1,name=/OverlayStorage,size=5g -n ftype=1

    このファイルを一時的にマウントするには、次のように入力します:

    # mount -o loop -t xfs /OverlayStorage /mnt

    /etc/fstabにエントリを追加して、この記憶域の永続マウントを行うと、次のようになります:

    /OverlayStorage    /mnt        xfs     loop            0 0 

    この構成は、アップグレードの問題を解決するための一時的な解決策として役立ちます。 ただし、ループバック・マウントされたファイルシステム・イメージを永続記憶域の形式として使用することは、本番環境では推奨されません。 (バグID 26165630)

DIF/DIXは、extファイル・システムではサポートされていません

SCSI規格に追加されたDIF (Data Integrity Field)およびDIX (Data Integrity Extension)機能は、メモリー管理システムによるバッファ内のデータの変更試行を正しく処理できるファイルシステムに依存しています書き込みのためにキューに入れられます。

ext2、ext3、およびext4ファイルシステム・ドライバは、チェックサムの失敗や論理ブロック・ガードのチェックに失敗しましたというエラーを引き起こすI/Oの間にページが変更されるのを防ぎません。 XFSなどの他のファイルシステムもサポートされています。 (バグID 24361968)

ブート時にコンソールがハングアップしたように見える

ASPEEDグラフィックス・コントローラを搭載したハードウェアでOracle Linux 6を起動すると、udevを起動した後に起動プロセス中にコンソールがハングアップしているように見えることがあります。 ただし、システムは正常に起動しており、アクセス可能です。 回避策は、nomodeset/etc/grub.confのカーネル・ブート・パラメータとして追加します。 (バグID 22389972)

Dockerの問題

以下は、Dockerの既知の問題です:

  • yum installをoverlayfsファイル・システム上のコンテナ内で実行すると、次のエラーが発生して失敗します:

    Rpmdb checksum is invalid: dCDPT(pkg checksums): package_name

    このエラーは、Dockerfileビルドを破壊する可能性がありますが、カーネルからの予期された動作であり、upstreamの既知の問題です(https://github.com/docker/docker/issues/10180を参照)

    回避策は、パッケージのインストールの前に、touch /var/lib/rpm/*を実行します。

    この問題は、Docker HubまたはOracle Container Registryで入手できるOracle Linuxイメージでは修正されていますが、サード・パーティのイメージに基づくコンテナを実行する場合にはまだ発生する可能性があります。 (バグID 21804564)

  • XFS形式ストレージでoverlay2ストレージ・ドライバを使用する場合、Dockerが失敗する可能性があります

    ftypeが1に設定されていない場合、XFS上のオーバーレイ・マウントを防ぐためにカーネル・パッチが適用されています。 この修正により、d_typeサポートが有効になっていないと、XFSがオーバーレイ・ファイル・システムのホワイト・アウト機能を適切にサポートしないという問題が解決されます。 Dockerエンジンが既にoverlay2記憶域ドライバでXFS形式の記憶域を使用している場合、-n ftype=1オプションを有効にして、基盤となるXFSファイルシステムが作成されていないと、カーネルをアップグレードするとDockerが失敗する可能性があります。 Oracle Linux 7のルート・パーティションは自動的に-n ftype=0でフォーマットされ、XFSがファイルシステムとして選択されます。 したがって、この環境でoverlay2記憶域ドライバを使用する場合は、この目的のために別のデバイスをフォーマットする必要があります。 (Bug ID 25995797)

DTraceの問題

以下はDTraceの既知の問題です:

  • USDTプローブ定義での引数の宣言は、enumstructunionなどの派生型を使用して宣言できません。

  • 次のコンパイラの警告は、string型のUSDTプローブ定義引数(C型ではなくD型)の場合、無視できます。

    provider_def.h:line#: warning: parameter names (without types) in function declaration
  • 最初のスレッド以外のスレッドでdlopen()を実行するustack()usym()uaddr()umod()のマルチスレッド・プロセスでは、dlopen()によって導入されたシンボルの正確なシンボル解決が得られない可能性があります。 (バグID 20045149)

エラー。他のホストはアドレスxxx.xxx.xxx.xxxをすでに使用しています

特定のインスタンスでは、次のエラー・メッセージが表示されることがあります:

Error, some other host already uses address  xxx.xxx.xxx.xxx

このエラー・メッセージがトリガーされる可能性のある2つのインスタンスは、次のとおりです:

  • アクティブ・ボンディングが有効で、ifup ib-interfaceコマンドを実行します。

  • service rdma startコマンドを実行するとき。

どちらの場合も、InfiniBandインタフェースが正常に起動されるため、このメッセージは無視できます。 (Bug IDs 21052903, 26639723)

Mellanox HCAをOracle VM Serverで使用する際のdom0メモリー要件が増加

Oracle VM Servers UEKR4u2を実行し、dom0を上向きにすると、Mellanox®ドライバを使用するために少なくとも400MB以上のメモリーが必要です。 このメモリー要件は、SRQカウントのデフォルト・サイズがカーネルのそれ以降のバージョンで64Kから256Kに増加し、scale_profileオプションがデフォルトでmlx_coreモジュールで有効になったためです。

dom0にメモリー不足エラーが発生した場合、最大dom0メモリー・サイズを増やす必要があります。 代わりの回避策には、mlx4_coreドライバのモジュール・パラメータを手動で設定する必要があります。 これらのパラメータを設定するには、/etc/modprobe.d/mlx4_core.confを編集し、scale_profile0に設定します。 または、log_num_srq16に設定します。 この問題に対する優先解決策は、Oracle VM Server上のdom0に割り当てられたメモリーを増やすことです。 (バグID 23581534)

LXCの問題

LXCの既知の問題は次のとおりです:

  • lxc-netサービスは、Oracle Linux 6にインストールした直後に起動されるとは限りません

    lxc-netサービスは、RPMインストール後スクリプトの一部としてこのアクションが指定されている場合でも、Oracle Linux 6へのインストール直後に起動されるとは限りません。 これにより、lxcbr0インタフェースが表示されなくなります。 インストール後、このインタフェースが動作しない場合は、service lxc-net startを実行して手動で起動することができます。 (バグID 23177405)

  • LXC読取り専用ip_local_port_rangeパラメータ

    lxc-1.1以降およびUEK R4では、ip_local_port_rangeは、読取り専用ではなく、Oracle Linuxコンテナの/proc/sys/net/ipv4下の読取り書込み可能パラメータです。 (バグID 21880467)

NVMeデバイスがPCI再スキャン後に/devディレクトリの下に見つかりません

NVM Express(NVMe)アダプタ・カード・デバイスのPCIバスを取り外し、PCIバスの再スキャンを実行すると、/devディレクトリの下にNVMeアダプタ・カード・デバイスが見つかりません。

この問題の回避策は、PCIバスの再スキャンを実行する前に、NVMeアダプタ・カード・デバイスが接続されているPCIスロットも削除することです。 (バグID 26610285)

Oracle Linux 6でイニシエータからOFED iSERターゲット・ログインが失敗する

oracle-ofed-releaseパッケージがインストールされ、iSER (RDMA用のiSCSI拡張機能)ターゲットが構成されているOracle Linux 6システムでは、イニシエータとしてのiSERターゲットへのログインが失敗します。 Oracle Linux 6イニシエータ・マシンでは、次の動作が一般的です。

# iscsiadm -m node -T iqn.iser-target.t1 -p 10.196.100.134 --login
Logging in to [iface: default, target: iqn.iser-target.t1, portal:
10.196.100.134,3260] (multiple)
iscsiadm: Could not login to [iface: default, target: iqn.iser-target.t1,
portal: 10.196.100.134,3260].
iscsiadm: initiator reported error (8 - connection timed out)
iscsiadm: Could not log into all portals

これは予期された動作であり、無効なコンテキストからの書込みに対して保護するためのCVE-2016-4564の更新情報修正によるものです。

(バグID 23615903)

オープン・ファイル記述(OFD)のロックがNFSv4マウントでサポートされていない

NFSは、OFDロックを処理するように設計されていません。 (バグID 22948696)。

Oracle VM Server 16 GB QLogic FC HBAのMSI-X割り込み割り当ての失敗

Intel ixgbe/ixgbevfとQLogic qla2xxxドライバは、Oracle VM Server 3.4を実行しているシステムで16 GB QLogic Fibre Channel HBAを使用している場合、MSI-Xリソースを競合します。 その結果、両方のドライバがシステムで使用され、ixgbe/ixgbevfドライバに許可される仮想関数(VF)デバイスの最大数を作成しようとすると、割り込み割り当ての失敗が発生します。最後のVFデバイス。

この問題は、QLogic 16GBカード(FCファームウェアv 8.07.71以降)に最新のOracleサポートされているファームウェアを使用することで完全に解決されます。 (バグID 25952728、26916827 )

QLogic FC HBAドライバ・モジュールの手動アンロード中に発生する可能性のあるカーネル・クラッシュ

UEK R4 update 6を実行しているOracle Sun Server X4-2上のOracle 7101674 16 GB HBAモデル用のQLogic Fibre Channel (FC)ホスト・バス・アダプタ(HBA)ドライバ・モジュールを手動でアンロードしているときに、カーネル・クラッシュが発生することがあります。 (バグID 27248515)

RDMAサービスが起動時に起動するように設定されていません

ibacmサービスは起動時に起動するが、rdmaサービスは起動しないため、システムの起動時にibacmサービスの起動に失敗したことを示すエラーが表示されます。 このエラーは、システムのブート直後に/var/log/ibacm.logにも記録されます。

この問題の回避策は、service ibacm startコマンドを実行して、すべてのブート後にibacmサービスを手動で起動することです。

(バグID 26883485および27043535)

SDPのパフォーマンスの低下

InfiniBandネットワーク上のTCPに代わるRDMAを提供するために設計されたSockets Direct Protocol(SDP)は、UEK R4u2以降のような最新のカーネルでパフォーマンスが低下することが知られています。 このプロトコルに関して実施している開発はありません。

このプロトコルのライブラリはまだこのカーネルに使用可能ですが、サポートは限定されています。 より安定した代替案として、InfiniBand上でIPに加えてTCPを使用することを検討する必要があります。 (バグID 22354885)

Shared Receive Queue (SRQ)はRDSのための試験的な機能であり、デフォルトで無効になっている

rds_rdmaモジュール内のリソース使用量を最適化するSRQ関数は、試験的なものであり、デフォルトでは無効になっています。 rds_ib_srq_enabledフラグを設定することでこの機能を有効にすると、警告メッセージが表示されます。 (バグID 23523586)

rds_rdmaモジュールのアンロードまたは削除がサポートされていない

rds_rdmaモジュールがロードされると、rmmodまたはmodprobe -rを使用してモジュールを削除することはできません。 rds_rdmaモジュールのアンロードはサポートされておらず、カーネル・パニックを引き起こす可能性があります。 このモジュールに対してmodule_unload_allowedフラグを設定しないでください。 (バグID 23580850)