修正済の問題
次の問題は、この更新で修正されています。
-
重大なNVMeストレージ・パフォーマンス低下の問題が修正されました
以前のUEK R4リリースとともにNVMeデバイスを使用するときにパフォーマンスが大幅に低下したバグが解決されました。 この問題により、異常なリクエスト・サイズでの順次読取りが発生し、ブロック・サイズに関係なく、I/Oが厳しく制限されました。 NVMeのパフォーマンス関連のパッチがカーネルに適用され、問題は解決されました。
-
ocfs2: 遅い仕訳リプレイが修正されましたocfs2コードのマイナー・バグが原因で、デッド・ノードのすべてのブロックが古いキャッシュを回避するためにディスクからメモリーにロードされたため、デッド・ノードの仕訳リプレイが必要以上に時間がかかりましたが、キャッシュされたブロックのみがリロードされると、パフォーマンスが向上します。 リカバリのパフォーマンスを改善するためにパッチが適用されました。 -
ocfs2: ファイル削除後のディスク領域の解放に関する問題が修正されました大量のファイルを削除したあとで
ocfs2がディスク領域を解放しない原因となった問題が修正されました。 適用されたパッチによって、キャッシュされた空きブロックがある間および切り捨てられたログのフラッシュ中にクレジットを拡張したコードが修正されました。 -
ocfs2:o2cb.serviceファイルのサービス・セクションの不明なオプション'ExecRestart'の問題が修正されましたocfs2-toolsユーザー空間パッケージに含まれているo2cb.serviceファイルの無効なエントリが解決されました。 この問題により、次のメッセージがsystemdステータスまたは/var/log/messagesに表示されます:systemd[1]: [/usr/lib/systemd/system/o2cb.service:11] Unknown lvalue 'ExecRestart' in section 'Service'
この問題は現在、ocfs2-tools-1.8.6-9.el7以降で解決されています。 -
lpfcドライバ・モジュールの使用時に、ストレージ・デバイスのリセット中にカーネル・パニックが発生ストレージ・デバイスのリセット中にカーネル・パニックを起こしたバグが
lpfcドライバ・モジュールで修正されました。 この問題は、sg_resetコマンドが発行されたときと、SCSI EH (エラー処理)がリセットをトリガーしたときの両方に発生しました。 この問題は、このパッチで修正されます。 -
TSCを使用するように変更されたHyper-Vクロック・ソース
タイムスタンプの読み込みを伴うカーネル操作の効率を高めるために、Hyper-Vクロック・ソースをタイムスタンプ・カウンタ(TSC)を使用するように変更したアップストリーム修正が、このリリースにバック・ポートされました。
-
Hyper-Vストレージ・ドライバのパフォーマンス向上
storvscHyper-Vストレージ・ドライバへのアップストリーム更新が含まれており、特定のワークロードのI/O操作のパフォーマンスが適度に向上しました。 -
フェイルオーバーの問題時にゲストをリブートするためのHyper-V修正
正常なノードのフェイルオーバー中にHyper-Vで実行されている仮想マシンがリブートし、ライブ移行が失敗する原因となったバグが修正されました。 この問題は、すべてのハートビートおよびvmbusメッセージが正しく処理されたことを確認できなかった結果として発生しました。 パッチが適用され、問題は解決しています。
-
netsvcドライバでの不正な受信チェックサム・オフロードのHyper-V修正Hyper-V
netvscドライバのバグにより、不正な受信チェックサムを持つTCPパケットがスタックをアプリケーション層に渡され、データが破損する可能性があります。 この更新に含まれる修正によって、不正なチェックサムを持つパケットはエラーで削除されます。 -
primary_reselectをfailureで修正するためのネットワーク・ボンディングの更新ネットワーク結合でプライマリ・スレーブの再選択ポリシーを定義するために使用される
primary_reselectオプションは、failureまたは2に設定した場合、正しく動作しません。 この問題によって、プライマリ・スレーブはリカバリされると再度アクティブになります。 予期される(ドキュメント化されている)動作では、現在のアクティブなスレーブが停止するまで、プライマリ・スレーブはアクティブになりません。 結合コードにパッチが適用されてbond_find_best_slave機能が変更され、プライマリ・インタフェースがフェイルオーバーまたは再選択の候補ではなく、かつ、現在のアクティブなスレーブがまだ稼働している場合は、メンバーの横断を回避するようになりました。 -
HAペアのターゲット・ノードがリブートされたときにカーネルがクラッシュする原因となったSCSIコードの修正
複数のパッチが
scsiドライバ・コードに適用され、マルチパス用に構成されたSANブートLUNでHAペアのターゲット・ノードがリブートされたときにカーネルがクラッシュする問題を修正しました。 この問題は、SCSIターゲット・デバイスに削除のマークが付けられ、DEL状態になるまでに遅延があった場合に発生しました。 これにより、同じターゲットに削除のマークが2回付けられる場合がありました。 適用されたパッチによって、この問題は解決されました。 -
"Node crashed at cache_alloc_refill+0x1ab"エラーを解決するためにMellanox®
mlx4ドライバに適用される修正mlx4ドライバ・コードの同じid_map_ent構造に複数のワーク・キューを割り当てることができるバグにパッチが適用されました。 ワーカー・ルーチンによって構造がクリーンアップおよび解放された場合に、この問題によってカーネル・クラッシュが発生する場合がありました。 パッチによって、新しいワークが構造のキューに入る前に、以前に同じ構造のキューに入ったワークが正常に取り消されていることがチェックされます。 -
カーネルoopsが発生する可能性のある競合状態に対して
timerコードにパッチを適用timerコードの問題を修正するためにパッチが適用され、タイマーが代替CPUに移行され、元のCPUでロック解除されたままになったときに、カーネルoopsが発生しました。 この修正では、適切な移行が実行され、競合状態を避けるために移行中は適切なチェックおよびロックが行われます。 -
xsigoドライバのエージング転送表の解放時の競合状態が修正されましたxsigoドライバ・コードに修正が適用され、古い転送エントリの削除中に転送表にアクセスするときに潜在的な競合状態を検出して回避しました。 この問題により、ノードが誤って再起動する場合がありました。 -
qla2xxxドライバのoptrom関数の競合条件の問題が修正されましたスレッドが
qla2xxxドライバのoptromバッファを変更したときにトリガーされた競合状態。この更新で別のスレッドが読取りを試行したのと同時に、競合状態が発生します。 この問題は、optrom状態をチェックする前に相互排他ロックを取得することで修正されました。 この問題によって、カーネル・パニックおよび誤ったシステム再起動が発生する場合がありました。 -
netxenドライバに、不正なエラー処理のためのパッチが適用されましたQLogic/NetXen (1/10) GbEインテリジェントEthernetドライバにパッチが適用され、
netxen_rom_fast_read()関数が -1を返さないエラー処理の問題が修正されました。 追加のベンダー・パッチも適用されました。 -
QoSしきい値計算を修正するためにRDSにパッチが適用されました
Reliable Datagram Sockets (RDS)プロトコルがパケットをドロップする原因となったロードの下に配置された場合、RDMAペイロードが正しく計算されなかったため、
qos_threshold_exceededパラメータは増分されませんでした。 これにより、サービスのクオリティ(QoS)機能に障害が発生しました。 QoSしきい値が適用されるように、この計算を修正するためのパッチが適用されました。 -
RDMAの起動時に
mlx4_ib挿入エラーを修正するために更新されたRDMAパッケージRDMAサービスの起動時に無害な挿入エラーが発生したバグが
rdma-3.10-3.0.25パッケージで修正されました。 この更新リリースでは、RDMAパッケージがrdma-3.10-3.0.31に更新され、さらにいくつかのバグ修正およびコード改善が提供されます。 -
NFS4ERR_MOVEDのロック順序番号を増分するクライアントの問題が修正されましたNFSv4仕様の変更により、NFSクライアントが新しい仕様に基づいてサーバーに接続し、ソースにロックを送信して
NFS4ERR_MOVEDレスポンスを取得した場合、宛先にロックを再送信すると、不正な順序IDエラーが生成されることが判明しました:NFS4ERR_BAD_SEQID。 UEK R4 NFSクライアントは、NFS4ERR_MOVEDをカバーしていないRFC 3530に準拠しています。 パッチが適用され、RFC 7530への準拠が向上し、サーバーからNFS4ERR_MOVEDを受信した後、クライアントがロック順序IDを増分できないようになりました。