東証の障害、富士通はケシカラン!

品質どうなってんだ。 全然関係ないですが、cf.takeover.on_panicというパラメータについてNetApp社のサイトを調べました。 すると、リリース日が違うけどタイトルが同じな2つのマニュアルを見つけました。 富士通や東証の人が信じていた挙動https://megalodon.jp/2020-1021-2016-08/https://library.netapp.com:443/ecm/ecm_download_file/ECMP1210206 Data ONTAP(R) 8.2 High Availability and MetroCluster Configuration Guide For 7-Mode Part number: 215-07985_A0 May 2013 Enable or disable automatic takeover on panic by e

[nomitori]

今回の件でNetAppも慌てて改訂したんやろかね。まぁこういうのは東証が金融庁に謝って、富士通が東証に謝って、NetAppが富士通に謝るもんなんでないの。最後の2社の力関係知らんけど

[tpircs]

10開発したうちの1でミスがあるのならそれはもっと頑張れって思うけど、東証のシステムとか気が狂うほど大きいだろうから1000000のうちの1とかもっと母数が大きいとかそんな感じですべて完璧を求めるのは厳しい。

[hdampty7]

設定項目パラメータとかいっぱいあるのよ。だからデフォルトから変える項目だけ引き継がれていくの。誰が考えてもデフォルトはONにすべきなの。だってそのための機械だもの。という思い込みが通用しないのが外国人。

[paradisemaker]

東証-富士通、富士通-NetApp の基本契約書を読みたい（読んだら胃が痛くなりそうなので読みたくない

[odakaho]

所詮OEMだからね。現場の富士通エンジニアにとっては対応困難な災難。責められるべきは得体の知れないOEMを売ってボロ儲けだぞと思ってた富士通経営陣だよ。

[ko2inte8cu]

今月の日付というのは泣けるね。もともとの、実質的にオフが無いオプション構成も謎やな。

[dogusare]

いろいろが複合過ぎて追いつかないだろうなぁ。メジャーverUPの仕様変更で初期値が変わるとかもうね…AIちゃんじゃないとトレース出来ないと思ってます。netappから積極的に情報開示・共有されてたかは気になる。

[Lagenaria]

かなり重要な情報に見えるけど、変更箇所はベンダーから通知されるのだろうか…。Oracleみたいなサポートデータベースのみだったら素人には把握できないな

[fhvbwx]

富士通が悪いとは言えない

[asami829]

今年の8月時点のマニュアル(Bingのキャッシュ) https://cc.bingj.com/cache.aspx?q=https://library.netapp.com/ecmdocs/ECMP1368831/html/GUID-607E0978-44B6-4AE3-B2DE-1C97B93B08C7.html&d=4505107238423863&mkt=ja-JP&setlang=ja-JP&w=q40GwsSSVBEAr-9drRkOAZD_U08doVD5

[diveintounlimit]

なるほど東証を殺すマニュアル作ったのはNetAppだったのね

[dorje2009]

https://blog.osakana.net/archives/10630

[imiimiimi]

テストしてないのが悪い

[tmtms]

NetApp のマニュアルが間違ってて、東証の障害が起きた後にシレッと修正してたってことか。OEM元がドキュメントを更新せずにこっそり挙動を変更するというのは厳しいなぁ…。

[knok]

NetAppなんて高級品使ったことないからわかんないや

[sisya]

謝っている陣営にことごとく根本的な責任がないという地獄。複雑なシステムではこういうことはままあるが、これを見通せるような構成になっていかないと、現代のシステムとは言えなくなっていくのだろうな。

[monochrome_K2]

今回の障害については他の導入先での設定も見直すという話なので今までNASのPanicで切り替わった事例はなかったのかも。ただ例え本家の説明書の記載ミスだとしても標準設定を変更したのはうかつだったと思う

[sds-page]

この案件じゃないけどバージョンアップで仕様変わって大参事ってのもありそう

[rryu]

設定の挙動自体は変わってなくて「オフでも他のノードが15秒で気付いて切り離してくれるよ！」→「うそやでー」という変化でその通りに切り離されなかったわけでなかなかつらい。

[iqm]

実際に記載が書き換わったと報道されている2015年時点のマニュアルはどっかにないんじゃろうか

[yoshis1210]

初代arrowheadの頃は「15秒後に切り換わる」だったんだよね。このマニュアルも更新が漏れていたのかもしれないけど富士通がNetAppのマニュアルの不備が原因と言ってないんだから別の資料で仕様の開示がされていたんだろう

[knitcapmann]

どんなシステムだってたまには落ちる。

[hungchang]

よくもまあ見つけてくるなあ。

[kenchan3]

OEMで自分の製品として売っている以上、Fが対外的には責任があるのは変わらない。あと海外製品はちゃんとマニュアルを作らないし改訂もしないことが多いので信用しない。ちゃんと自分で挙動を確認しろってことやな。

[wazpk6no]

オール自社製品なんてのは無理なんだから富士通責めるのは無理筋でしょう。OSの仕様勝手に変わってたときに同じこと言えるか？

[hatest]

みんな少しずつケシカランから一箇所だけ責めても意味がない／東証：落ちたときの運用が確立されてない、富士通：verUp時に動作テストしてない、netapp：マニュアル追い付いてない

[NOV1975]

なので、普通はマニュアルじゃなくて、変更差分（いわゆるリリースノートなど）を展開してもらってチェックするわけだ。コードまで開示されるわけではないので、ダマで直されてんのかどうかが焦点ですな

[cubed-l]

NetAppの話じゃないけど、海外製品で仕様変更していてマニュアル改定していたとしてもWhat's newには記載がない、なんてことはよく見かける。気づくのはなかなか難しい。

[T-norf]

NetAPPはNAS系では多分、世界最大シェアのストレージメーカーで、OEM判断自体は妥当だと思うけど、東証で使うには廉価モデルすぎて、フェイルオーバー設定値のバグが残ってた感じじゃないかな。怖い怖い。

[Ashburton]

そりゃ低予算のシステムならNetAppのせいでもいいけどさあ、東証のシステムなんて何千億も掛けてるんだよ？ストレージの障害の判定がNetApp任せってのが信じられない。

[xx9xx91024]

このパラメータを試験すべきだったというのは結果論でしか無い。機器はこれ以外もたくさん。それぞれアップデートが度々あり大量の設定が更新される。しかも顧客ごとに違うパラメータを全障害パターンテストするか？

[mugicha1000]

富士通は嫌いですが富士通が悪いというのは僕の首が締まることになります

[deep_one]

わざわざ調べなくても報道されていたのだが。https://mainichi.jp/articles/20201019/k00/00m/020/240000c／というか、納入時に動作テストしなかったのかというのが一番の疑問点。普通はフェイルオーバーすることを確認するよな。

[hirorinya]

さすがにこれで富士通を責めるのはかわいそう・・・

[orangehalf]

2020年１０月の前のバージョンが2013年版なの？2015年に仕様変更があったという話なので2015年以降の古いマニュアルがどうなっているのか気になる

[satomi_hanten]

NetApp本当にクソなんだな・・・。

[T-miura]

キッツ

[nobububu]

デフォルトの挙動があるバージョンで変わることを認めないとそのプロダクトはいずれ取り残される。変更告知のしかたと対応方法の案内の問題だと思う。

[houyhnhm]

いやまあでも内部資料にアクセス出来たはずで、VerUpの差異はチェックしないと。海外製品の大きなマニュアルは改訂遅れるのはザラだけど、窓口はあるからねえ。