【みずほ銀行】ATM大規模停止の原因判明。システムは正常だった。想像を絶するその原因は・・・

>>13
社長の仕事だよな

>>609
犯人は一人じゃない。

記憶容量を超えたバッチを何度も走らせてエラーを出した間抜け、
そいつに預金のステータス変更という重要事項を指示しながら結果について確認してない無能、
エラーが単純に処理できるレベルを超えた時に、素直にシステム止めて、エラー復旧行わなかった犯罪レベルの池沼集団、
その集団から報告を受けて危機的状況を理解できる状況だったのに情報収集と責任回避で貴重な時間を山ほど空費した役職複数。

カードがATMに取り込まれてATMから前から動けなくなった顧客がいるのを知りながら、単にその人たちを放置することを選んだカスタマーセクションと、実際には多数の電話連絡で状況を掴んでいながら、カスタマーセクションの被害者を放置するという判断を追認した支店の各段階の責任者

無関係なバッチが実行されなかったことによる様々な問題を調査することもなく、本質的な被害者はいなかったとして勝手に幕引きをして送金の大幅遅延という新たな被害を継続的に発生させたバカ取締役とその下の役職。

送金について調べればすぐわかるはずなのに、調べず、あるいは知りながら放置したシステム担当者。

以上一切を知りながらシステムの問題として一切確認するしなかった取締役、監査役。

上から下まで犯人だらけとしかいえない。

>>364
何、それってむじんくんじゃん？ｗ

>>441
仕様を決める段階でそういう要求があったらそうしていたはずだが、
そうじゃなかったってことなんだろう。

原因　みずほだからです

読んだけどつまり、下っ端のせいってこと？

人材育ててないもん。
こんなん幾らでも出て来るだろＪＫ。

お客様のお金を預かっているんじゃなくて
給料もらうために紙切れ数えてるだけだろ 銀行員なんて

>>44
「足りん足りんはノータリン♪」

>>8
コンビニで新しいレジ設置したら従業員が使い方わからなくてレジが混んで回らなくなる状態

サーバーの電源コードを掃除のおばちゃんが抜いたとかだろ？LINE運営とか言ってたよな笑笑
みずほもその程度だろ？

ほら、こうやって、こうやって、こうやって、こうやって、こうやって、こうやりゃちゃんと動くでしょ。
そんな話かな？

>>496
ヘイトになりかねないが
女を外食に誘ってなんでもいいと言われてお店を選んだらそれは違うと言い出すパターンみたいだわ

結局よくわからん
やっぱりシステムの問題なんやな

>>79
そんな必死にならんでもここにはボーダーも多いからな
昔はキレッキレの専門家多かったけど

>>528
銀行はそういうのうるさいから、ラック自体電源を二重化してるし、サーバーも
二系統の電源積んでるのが普通。だから、まったくの部外者が不注意で電源を落
とすのは結構大変（システム管理者がシャットダウンしちゃえば別だけどな）。

>>446
それは事実なんだよな。

単なるエラーが何で取締役まで出てくる話になるのか。

>>1
この前日立が謝罪してたけど、結局みずほが悪かったんじゃん。
みずほゲスすぎ

>>13
経営者にとっては魔法の言葉だなw

より人員削減が捗るな

>>53
それはありえない
設計の時点で全部コミだろ
どこかの富○通はわざと性能落として仕様だと言い張り、追加工程を要求するなんて20年前じゃあるまいし

人員配置や運用の未熟とか銀英伝の自由惑星同盟かよ

むかし金融関係にいた時
解約した客の事務手続き忘れちゃって(解約→新契約で新契約の方だけ手続きしちゃった)
支社長からすんげー怒られたんだけど(覚悟しとけ言われた)

本店から返ってきた回答は「こういうことが起きないようにシステムを構築しているはずなのにエラーにならなかった、これはシステムの問題で一従業員のミスで片付けられない」だった

うちって本店は意外にまともなんだなと思ったわ

これだけの重要なシステムだったらヒューマンエラーに対しても監視通報システムくらい使ってそうなもんだけど

>>299
そうじゃなくてリクエストに対して少なすぎる設定値とかそういう話ね
リクエスト想定数や増加予測値が雑過ぎるとかもあるわけだし

>>448
末端じゃないね。

話は際限なくエスカレーションしていてそれを報告書では認定しているから組織的な問題、

デッドロック

中共ロ連のサイバー攻撃やからな（笑）

コンセントが簡単に抜けないシステムを考えるべきなんだろ？
どこまで間抜けなのか
おそろしすぎだわ

システムが正常ならクーデター分子のテロだろ

>>293
繁忙期にテストを重複させるとか、みずほの報連相や風通しの悪さまで
システム会社は面倒見切れませんし、契約対象外です、ってことだろ？

>>1
オペチョンかよ
ボロいシステムだけかとおもったらユーザまで馬鹿かよ
銀行頭悪いな

昨日のWBSで同障害2回起こしてたにも関わらず仕様変更の動きが無かったと言われてたな
仕様を切るのは発注側であるみずほ側な訳で、行員の意識が低過ぎるのが1番大きな問題だと思うわ

>>366
金がかかるって事は時間もかかるからな。
管理者機能に制限かけるって事は業務に縛りも付いてくるわけで、例えば設定値の範囲の縛り＝ルール 程度でも値を決めるには客側の部長や役員クラスの意思決定が必要になって途方もない話し合いが必要になる。いつまで経っても決まらない場合もあるし。

しかも一箇所やったら他の全項目も同様にする必要が出てきてそれら全部のテストも発生する。
機能拡張するときのバグのリスクも増える。

だから管理者機能にフールプルーフだのチェック機能だのは安易に入れない方がいいんだわ。

システム自体の動作は正常だったかも知れないけど
その構造はやっぱり異常だったんだよ
このクラスの障害が未熟だからとか熟練だからとかで
起こる時点で既におかしいんだから
そこを改めないと多分また同じ事がまた繰り返されるよ

ガウディの建築並みに終わらないな

>>7
CIA工作員の掃除のおばちゃんが電源ケーブルに足を引っかけた風を装ってケーブル抜いた

fortranでdo文が抜けていた、どうのこうの

>>8
ATMの中の人がカード返し忘れたんだろ

運用してんのは常駐ドカタじゃないの？

>>68
お前はアホな運用保守部隊を舐めてるな
アップロード時に破損したzipファイルの解凍時にエラーが出たのをスルーして処理走らせておいて「何もしてないのに壊れたから
解析しろ」とか言い出されたら考えが変わるぞ

>>402
要件超えたバッチを何度も多重に動かして、別モジュールからこれダメな奴認定されて切断されて何もできずに右往左往って、システム屋の問題じゃないから。

>>298
どんなに優秀なシステムを作ってもバカが扱うとトラブルが起こるってことだろバカ

嘘くせーな
誰も責任とりたくなかっただけだろ

なんかようわからんな
「ある理由を検知するとカードや通帳をATMに取り込んで保護する」
って仕様に変更したことが周知されてなくて取り込んだATMと止めちゃった
みたいな話なんかね

>>51
フールプルーフ（アホの誤作動回避）を想定して組むんだが、それが足らなかったか、ユーザーがそれ以上のアホだったか

w
はっきり言えば誰かが、使い方を間違えて直せなかったと、あほくさ
時間と金で誤魔化したのか
犯人がすぐわかりそうだけど、探さないかもう知っているとか

ITドカタさんに案件ご紹介でみずほって言った瞬間断られる

>>391
システムにはなんの問題もなかった。

仕様通りに動いていた。

その仕様を理解している奴が担当者レベルでもそのうえにもいなかつた。

なんか誤魔化そうとしてるな

何を庇おうとしてるのか

そこに原因がある