共有
  • 記事へのコメント31

    • 注目コメント
    • 新着コメント
    その他
    himehi
    himehi パッチの内容についても詳しい説明は受けていないって、実際の作業運用はSIerだろうけど、JALの手落ちではあるよなー。ピーク時に発覚というのは、ちょっと同情はするけど。

    2016/04/28 リンク

    その他
    sankaseki
    sankaseki ごちゃごちゃ書いてるけど、基盤チームの導入テスト不足ですね、パッチの詳細説明受けないとかみっともない言い訳いらんからちゃんとテストしろや

    2016/04/10 リンク

    その他
    daybeforeyesterday
    daybeforeyesterday うーむ

    2016/04/10 リンク

    その他
    rryu
    rryu そもそも「キャッシュ→ディスク」「ディスク→キャッシュ」の2種類のアクセスパターンが混じっているのがアレだが、それがたまたまうまく動いていただけというのが恐ろしい。

    2016/04/08 リンク

    その他
    warufuzaketaichi
    warufuzaketaichi トランザクショナルキャッシュって地獄しか見えないぞなもし…

    2016/04/08 リンク

    その他
    launcher
    launcher あちゃー | 待機系は動いたが処理しきれず

    2016/04/08 リンク

    その他
    todesking
    todesking (^_^;)

    2016/04/07 リンク

    その他
    hayamiz
    hayamiz ロック順序の掛け違いというパターンとしては教科書的なやつだな。

    2016/04/07 リンク

    その他
    halfrack
    halfrack "キャッシュへの排他制御" この文だけで地雷ワードが 2つも含まれている

    2016/04/07 リンク

    その他
    tagomoris
    tagomoris 排他制御という人間には難しいものについて思いを馳せる必要がある

    2016/04/07 リンク

    その他
    koyancya
    koyancya 複数DB問題の亜種かな

    2016/04/07 リンク

    その他
    ihag
    ihag しびれる

    2016/04/07 リンク

    その他
    kuenishi
    kuenishi なぜキャッシュをロックしようと思ったのか、設計者を問い詰めたい

    2016/04/07 リンク

    その他
    l3l
    l3l あり物使ってるとありがちだよなぁ。パッチの詳細確認できればいいんだろうけど大抵ちゃんとした情報はベンダーからやってこない。

    2016/04/07 リンク

    その他
    motchang
    motchang 待機系ケチんなよ

    2016/04/07 リンク

    その他
    vanbraam
    vanbraam やはり並行処理は難しい;しかし排他制御を多段で行う意味はあるのだろうか?ちょっと後で考えよう

    2016/04/07 リンク

    その他
    terurou
    terurou 待機系の処理性能が本番系の7-8割で良いっていうサイジング、JAL側のコスト要望でやってるんだろうけど、結果こうなるよねという。

    2016/04/07 リンク

    その他
    Lat
    Lat 何で待機系は本番系の7~8割の処理能力でよいと判断されたんだろう?待機系で準備していた環境が本番系の代わりにならないものとか意味がないような気がするけど。

    2016/04/07 リンク

    その他
    yoshitatu
    yoshitatu これといいANAの件といいテスト系の重要さを認識させられますね。諸元能力以上の負荷をかけてテストしてれば見つけられたかも。

    2016/04/07 リンク

    その他
    deep_one
    deep_one 「動いているシステムをいじるな」案件…/固有拡張とぶつかったのかと思ったが、記述を見ているとどちらも標準実装っぽい。それでも「損害をLHSに請求するか」というものなのか?まぁ契約に範囲が書いてあるのか。

    2016/04/07 リンク

    その他
    kgrock
    kgrock JALシステム障害、前週に追加の排他制御がデッドロックを誘発

    2016/04/07 リンク

    その他
    tetsutalow
    tetsutalow パッチ原因でデッドロックって、これ同システム使ってる他の航空会社にいつ起きてもおかしくないけどシェアどれくらいなんだろう?待機系の処理能力不足はJALの責任だろうなぁ。

    2016/04/07 リンク

    その他
    jt_noSke
    jt_noSke はぁ、痛いね

    2016/04/07 リンク

    その他
    koheisg
    koheisg ANAの話よりアプリよりやな。パッチを当てた理由が明かされないの辛いな。しかし、キャッシュの排他制御入れようとすると今後、全部入れさせてもらえなさそう。

    2016/04/07 リンク

    その他
    santo
    santo いかにもありそうな。

    2016/04/07 リンク

    その他
    kenzy_n
    kenzy_n コンボ

    2016/04/07 リンク

    その他
    W53SA
    W53SA 「このパッチはJAL以外のユーザー企業からの要望で提供されたものという。」「今回の障害でも発生直後に待機系を稼働させたものの、処理性能はもともと本番系の7~8割程度しかなかった。」辛そう

    2016/04/06 リンク

    その他
    hiroomi
    hiroomi

    2016/04/06

    その他
    ockeghem
    ockeghem これは勉強になるなぁ

    2016/04/06 リンク

    その他
    daruyanagi
    daruyanagi 自社には関係ないパッチで涙目だなw

    2016/04/06 リンク

    その他

    注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

    アプリのスクリーンショット
    いまの話題をアプリでチェック!
    • バナー広告なし
    • ミュート機能あり
    • ダークモード搭載
    アプリをダウンロード

    関連記事

    JALシステム障害、前週に追加の排他制御がデッドロックを誘発

    航空(JAL)は2016年4月6日、4月1日に発生した重量管理システムの障害について公表した。開発元から...

    ブックマークしたユーザー

    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    同時期にブックマークされた記事