「4月1日に発生したJALのシステム障害は追加されたキャッシュの排他処理によるデッドロックが原因」記事へのコメント

キャッシュの排他制御機構？

[inuneko (4117)]

この場合のキャッシュの排他制御機構って何だろう。 良かれと思ってDogpile対策にStale Cache返却ロジックでも勝手にfcntl lockで組み込んだのかね？(勝手な想像)

Re:

[Anonymous Coward]

キャッシュと本物が互いの排他をとって互いに更新しようとしたんじゃない？

Re:

[Anonymous Crow (45505)]

前提
・キャッシュは、ほぼ読み込みのみ
・ディスクは、読み書きがある
・キャッシュとディスクはネットワーク上の別ノード

当初
・ディスクのみ排他処理アリ

パッチ後
・キャッシュ、ディスクともに「個々に」排他処理アリ

問題点
・トランザクション的に次の２パターンがあった
　1.キャッシュアクセス　→　ディスクアクセス
　2.ディスクアクセス　→　キャッシュアクセス
・キャッシュアクセス、ディスクアクセスで別々に排他処理をしていた

開けてみればシンプルなデッドロックではありますが・・・・

Re:キャッシュの排他制御機構？

[Anonymous Coward]

ほぼ読み込みのみでも書き込みがあるなら、当然、排他制御はした方がいい。でも1.と2.の両方があるならタイミング次第でデッドロックになることは火を見るより明らかだから、キャッシュアクセスやディスクアクセスじゃなくて、1.と2.の両方に共通する排他制御が必要。

JAL(ルフトハンザ)はパッチをbackoutしようと思ってるから、デッドロックは避けられても、長期的に見れば不安を抱えることになるな。あと、今はデッドロック上等の状況で運用してることにもちょっと驚いた。でも、そりゃそうか。職員のみなさんはお疲れさまです。