だから指差し確認が行われる

どうにもならない系のミスじゃなくて良かった

この前のトヨタ工場停止と同じ？

ハードディスク足りなかったってこと？

部分的な容量不足ってあるから全体容量が足りないんじゃなくて取引ごとに確保する容量が足りてなかったとかになるのか
キャリア系しか知らんけど金融系は事前試験徹底的にやるイメージだったわ…

そんなカツカツで動かしてんの？

システム作ってるところは金融系じゃないからな

どんな仕事だろうとやってるのが人間である以上ケアミスは発生する
だからチェックするんだけどね…

ストレージがカツカツで低予算なんだな…

まぁ予算切り詰められてるというかそんな重要視されてない感じは分かる

ストレージじゃなくてメモリの話なのかも

「プログラムの設定ミスで部分的な容量不足が生じたこと」が原因らしいので
物理的にストレージが足りなかったわけじゃないんだろう
パーティション区切るのに失敗したとかかな？

ワーキングメモリとか一時キャッシュ的なところかな

俺もよく非効率なループ処理や非効率なSQLを実行して大変になってるよ

32bitのwin7あたりまでは最大メモリ4Gの制限あったな

そんなインフラの中枢みたいなとこが今まで32ビットOSで動いてたんだ…

システムとしてはlinuxらしい

>そんなインフラの中枢みたいなとこが今まで32ビットOSで動いてたんだ…
だからこそ迂闊に更新できないんだろう
まあ迂闊に更新したんだが…

cobolとかCとかで作ってる部分があるだろうし
変数に桁数が設定されてるから
64bit化対応で従来よりデカいデータを扱えるようにしたのに
変数の一部が拡張対応漏れてたとかでしょ

再試験して作業に漕ぎつけるまで何ヶ月かかるんだろうな…

>古式ゆかしい「メインフレーム」というレガシー設備を使い続けており、そのプログラムも、何と1959年に事務処理用に開発された「COBOL」という、今は殆ど使用されない「古代語」で書かれていて、それを読み書き出来る技術者も次々とリタイヤしているそうだ。
>コンピューターの技術は日進月歩・秒進分歩と言われる世界なのに、60年以上も前の古代語を使い続けているのは驚きだ。
何も知らんコメンテーターがこういうこと言う

富士通とかも開発職がメモリ4GBのPC使わされるとか言ってるしなあ

案の定富士通案件

こういうのって更新前に実際に使われてるのと同程度の取引データ流して問題なく処理されるか確認したりしないもんなの

HDDがたりねー
もうムリ

機械はとても素直でかわいい…

>何も知らんコメンテーターがこういうこと言う
かつてあった日本語廃して英語を使おう！みたいなノリだな

重大なメンテや整備とかでつまづきが多くなってきたのを感じるといよいよ経済の厳しさが増したなって思う

町役場の会計に一時期いたけど銀行員がフロッピーディスクで顧客データ持ってきて嘘だろってなった

自動車保険の事故データの交換とかも今でも磁気メディアだぞ

どうして切り戻しできなかったんですか？

今でもWindows XPとか使ってそう

>町役場の会計に一時期いたけど銀行員がフロッピーディスクで顧客データ持ってきて嘘だろってなった
それむしろその役場がフロッピー使わせ続けてる側なのでは…

>富士通とかも開発職がメモリ4GBのPC使わされるとか言ってるしなあ
富士通が？
16GBとか32GBとかくらいあると思ってた

フラッシュメモリとか光学メディアは意外と何十年も持たないからフロッピー使うのは理にかなってる場面もあるのだ

似た変更でロケット落ちた事件が過去にある

ごめんなさいで許されてるの羨ましい

>フラッシュメモリとか光学メディアは意外と何十年も持たないからフロッピー使うのは理にかなってる場面もあるのだ
汚れ耐性も考えるといまだ良いのよね

>それむしろその役場がフロッピー使わせ続けてる側なのでは…
わかってるよ！
でも応じるんだ…ってビックリした

金融系って設計書の管理クソ厳しいらしいのに検証は毎回適当なんだな
本番と同じスペックの検証機今更用意できなかったんだろうけどさ

ホラレモンが旧式のシステム使ってるからダメなんだよーとか言ってたけどそんなシステムどうこうの問題じゃなかった

>でも応じるんだ…ってビックリした
閉じた業務だと媒体の規格とかどうでもいいからな
そりゃ故障した時に問題出るけど通常業務には関係ない

本番と同じスペックのテスト機と同じ量のトラフィックなんて用意するコスト高いから
ある程度論理的に問題ないように省略してるよ
その論理部分がミスってたらこうなる

>金融系って設計書の管理クソ厳しいらしいのに検証は毎回適当なんだな
>本番と同じスペックの検証機今更用意できなかったんだろうけどさ
個別の検証はしても全体像を誰も把握してないから連携足りなかったケースよね

だな

>ある程度論理的に問題ないように省略してるよ
普通はそうなんだけど金融でもそれでいいんだなあ

みずほとかもちょっと前に同じことやってなかったっけ…？

>>それむしろその役場がフロッピー使わせ続けてる側なのでは…
>わかってるよ！
>でも応じるんだ…ってビックリした
山口県の誤送金問題のニュースで知ったのを
知ったかぶってるだけじゃなく？
役場の会計なら銀行とのやり取りで使う専用PCが置いてあったりするの知ってるでしょ

影響がでた取引の人たちは補償とかないのかな

トヨタの工場停止も容量不足だったし意外と見落としがちというか
扱うデータが大きいから作業で膨らむ一時ファイルみたいなのも想像以上になっちゃうとかなのかね

>町役場の会計に一時期いたけど銀行員がフロッピーディスクで顧客データ持ってきて嘘だろってなった
それ多分銀行側は代替システム既に用意してるけど利用料の問題でしがみついてるだけだと思う
フロッピー使う契約は安いから移行を進めない企業の存在が銀行の悩みの種になってる

こう言うのはクロステックの記事のほうがいいよ
https://xtech.nikkei.com/atcl/nxt/news/18/16109/ [link]

>こういうのって更新前に実際に使われてるのと同程度の取引データ流して問題なく処理されるか確認したりしないもんなの
する
するんだがどうしても環境の完全再現というのは難しい
そしてきまってその難しい部分に問題が起きる
マーフィの法則てきなやつ

試験でなんで事前に検出できなかったのか詰めまくっただろうけど結局問題起こしたSIer使い続けるしかないの可哀想

メモリじゃん！って思ってスレ画見たけど確かにHDDとは書いてないな…

メモリが足りないにしろストレージが足りないにしろ事前にわかるだろ？わかるよね？

必要なハードウェア増強やソフトウェア検証を怠ってコスト削減！とかいう人災だったんじゃねえのこれ

何でそこケチるんだ

>メモリが足りないにしろストレージが足りないにしろ事前にわかるだろ？わかるよね？
試験環境だと足りてるからわからんかったんだろう
試験観点にもなかったからわからんかったんだろう
哀れ

俺なんて念のために１２８GBもメモリを盛っているというのに

確かに本番環境並のクソデカデータ運用試験とかできないよね

メモリ不足っていうか32bitの環境と64bit環境でメモリ確保の仕様が変わってて考慮漏れしたのかな
テスト環境では金融機関データをフルで入れてテストしなかったから再現しなかったのかも

並行運用して検証ってわりとあるけど銀行クラスだとやらんでいいんだな
んでこんなことおきるんだな

それでは将軍様
ハードウェア環境から何から非常に本番環境に似通ったテスト環境を用意するお金をください

>こう言うのはクロステックの記事のほうがいいよ
> https://xtech.nikkei.com/atcl/nxt/news/18/16109/ [link]
めちゃわかりやすい

>銀システムと各金融機関のシステムをつなぐ中継コンピューター（RC）において、メモリー不足に起因し、金融機関名などを格納したインデックステーブルに不正な値が紛れ込んだ。
わかりました！存在しない金融機関への送金ですね！
送りました
送りました
ねぇ届いてない
送りました
送りました

こういうの見るたびに待機系転用できれば良いのになって思うけど当然使えない

しかし送金できない障害で済んでよかったなこれ

>俺なんて念のために１２８GBもメモリを盛っているというのに
「」なら使うか分からないけど念のために積むか！！出来るけど会社の予算だと何のために積むの？って言われて終わりだろうしね…
まあこうならない為に積むんだけど

日経以外の記事ってなんでこんなうろ覚えの伝言ゲームみたいな内容になっちゃうのか

>日経以外の記事ってなんでこんなうろ覚えの伝言ゲームみたいな内容になっちゃうのか
理系はメディアに就職しないので

まあ実際バグの詳細なんか知りたがるのは
興味本位のIT関係者くらいで
一般向けのニュースとしては「なんかバグってたみたいよ」で十分だからな

メディア側も理系取りたがらないという偏見

有料記事の質もクロステックの方が明らかに良いよな

理系関係ないよこれ
PCとネットワーク知識の問題だから詳しくないなら理系でもわからんこんなもん

>それでは将軍様
>ハードウェア環境から何から非常に本番環境に似通ったテスト環境を用意するお金をください
流すデータ用意するのも大変なんだよね…おまんこ

ヨシ！

いや普通キャッシュや揮発性メモリの不足を「容量不足」って言うか？
なんの説明もなしに「容量」って言われたら普通HDDとかのことを指すでしょ

>いや普通キャッシュや揮発性メモリの不足を「容量不足」って言うか？
いうから話終わりっすね…

>いや普通キャッシュや揮発性メモリの不足を「容量不足」って言うか？
>なんの説明もなしに「容量」って言われたら普通HDDとかのことを指すでしょ
じゃあ「データ等を仮置きする場所の容量不足」
ならいい？

>なんの説明もなしに「容量」って言われたら普通HDDとかのことを指すでしょ
どうかなあ…

別にメモリも容量だし
分別して伝える必要もないんだから補足もないのは自然

大別するとストレージ容量とメモリ容量があって
容量って言えばその2つの総称だからまあ言うよね

メモリでもストレージでも環境差異で見逃してるんだろうからどっちでもよくない？
試験担当の不備には変わらんし

普通の人はタイトルの最初の５文字だけ理解してあとはそれっぽいこと書いてあればいいからね

>>俺なんて念のために１２８GBもメモリを盛っているというのに
>「」なら使うか分からないけど念のために積むか！！出来るけど会社の予算だと何のために積むの？って言われて終わりだろうしね…
>まあこうならない為に積むんだけど
ギリギリでデザインする
テストいけたヨシ！
本番で死ぬ

トヨタであったのと同じか
そういう時期なのかな

COBOLがどうこう言われてたけど四年後にはさすがにもう移行しちゃうんだな

こういうのってどの担当の人が詰められるの？

テストと本番で環境差異は起こっちゃダメだけど起こってしまう理由もよくわかる

COBOLだって64bit対応くらいする

>こういうのってどの担当の人が詰められるの？
試験作ってヨシ！した奴とそれを検収してヨシ！した奴

>>>俺なんて念のために１２８GBもメモリを盛っているというのに
>ギリギリでデザインする
>テストいけたヨシ！
>本番で死ぬ
この場合のメモリって処理ごとの割当量だから総量はあんまり関係ない
まぁ潤沢に割り当てできるって考えもあるけど今回のはそもそも必要量計算ミスだから多少盛っても駄目っぽい

>>銀システムと各金融機関のシステムをつなぐ中継コンピューター（RC）において、メモリー不足に起因し、金融機関名などを格納したインデックステーブルに不正な値が紛れ込んだ。
>わかりました！存在しない金融機関への送金ですね！
>送りました
>送りました
>ねぇ届いてない
>送りました
>送りました
ぬる

専門的な話はわからん…

>メモリでもストレージでも環境差異で見逃してるんだろうからどっちでもよくない？
>試験担当の不備には変わらんし
こういう奴が上司やPMだったら嫌だな…

アドレス系に必要な容量が一気に倍になるからな

試験実施した奴も試験作った奴からなんで気づかなかったのか詰められるだろうけど八つ当たり程度で済むと思う
そいつの権力によっては退場とかあるかもしれんが

この件の担当者や責任者は今どんな気持ちだろうな…

他人事じゃねぇやおっそろしい
お悔やみを申し上げるわ

なんかすごいことが起きたと言う雰囲気で次からの移行計画に必要な無駄な書類とかレビューとかの工数を10倍ぐらいにして改善した感をだして誰か責任を取ったりしないのだよ
だから繰り返す

メモリフルサイズ考慮した試験が作られていないと試験実施する人は気づきようもないけど詰められる

金融系てなんだよと思ったら勘定系のことか

本番運用想定テストも本番データを使えれてれば…
マスクした所に限って問題起こすんだけどなブヘヘ

どのくらいの通信量が発生してるかリプレイス側にはまず伝わってないだろうからね

>だから繰り返す
何言ってんの…？

するべきチェックをしてなかったならスケジュールとかの問題かな

>メモリフルサイズ考慮した試験が作られていないと試験実施する人は気づきようもないけど詰められる
可愛そう…

やっぱ時代はエロスティックだよな！

まだわかってるのは事象の原因であってそれが組み込まれた理由の追求はまだなのに好き勝手言うなよ

全件処理するみたいなバッチファイルとか分割して流さないと恐ろしいことになるってよく聞く

こういうのってちゃんと処理するところはしっかり試験作るし実施もするんだけど
中継だけでしょファイル読むだけでしょ何変わるの？みたいなところはあんまり見られなかったりしがち

>可愛そう…
普通ならちゃんと試験実施してたかエビデンスチェックされる程度で済むから平気だよ
結局どこまでいっても試験作った側の責任だし

チェクできるような人員やツールが少ないのが原因の一助なのでは…？

サーバー周りだかのサポート期限がそこだったから
移行ミスでやらかしたんじゃってかなり早い段階から言われてたけどマジだったのか

作ったら終わりでサポートする奴も別の会社とかなんじゃねえの

負荷試験って大事だよね

DBのこと何もわからないんだけど展開するメモリ空間が足りなかったら不正な値がレコードに追加されちゃうもんなの？

外国からのサイバーテロとかじゃなかったのはよかった…いやよくねえな

大量データテストマジでめんどくせ

>何も知らんコメンテーターがこういうこと言う
でもずっとCOBOLにしがみついてまともに更新の対応してなかったのも悪いとは思う
リプレイスの説得に応じる経営層もいないんだろうけど

類似問題が無いか調べる横展開も目茶苦茶大変だろうな

>DBのこと何もわからないんだけど展開するメモリ空間が足りなかったら不正な値がレコードに追加されちゃうもんなの？
データの追加方法によるだろうけど
メモリ足りないせいで数字をちゃんと維持できなくて
最終的に不正データになることはあるかもね

>>何も知らんコメンテーターがこういうこと言う
>でもずっとCOBOLにしがみついてまともに更新の対応してなかったのも悪いとは思う
>リプレイスの説得に応じる経営層もいないんだろうけど
いつか必ず爆発する地雷なのにね

経営層だってやりたくないわけではないんだよ
お金と時間を考えると厳しいってだけで…

>>DBのこと何もわからないんだけど展開するメモリ空間が足りなかったら不正な値がレコードに追加されちゃうもんなの？
>データの追加方法によるだろうけど
>メモリ足りないせいで数字をちゃんと維持できなくて
>最終的に不正データになることはあるかもね
コンピュータのことよくわからないけど
あっメモリ死ぬってなったらこれ以上の入力受けつけるのやめて抱えてるデータをHDDに保存したりとかしないもんなの

NTTデータ切った途端にシステム止まるのはやっぱ大手SIerってすげぇんだな

ミスの所在がこれだけ明確だと責任追及のターンがはじまるのでは？

以前関わった案件でニュースになるレベルの障害が起きたときは
プロパーの偉い人が居なくなったとは聞いたな…

まず障害が落ち着いてからもう一回再テストしたら通らなくてテスト体制からどうなってたのって言われてる
なぜか本番前のテスト通ったのに本番と再試通らないとかそういうことってよくあるの…？

テストしてないとか？

Temp表領域不足かな
誰もが知ってるクソ大企業の経理システムでも起きた

金融系案件って金払い悪いわりに要求は重くて関わりたくない

>以前関わった案件でニュースになるレベルの障害が起きたときは
>プロパーの偉い人が居なくなったとは聞いたな…
怖ー

メインフレームはある程度大きいとこじゃ無いと採用出来ないから結合テスト大変なんだよ…
メインフレーム技術者も外側に興味のある人少ないし

動いてたはずなのに確認するとそもそも動かないように見えて
実際に動かなくなるシュレディンガーのバグ

>金融系案件って金払い悪いわりに要求は重くて関わりたくない
最近は病院案件が金払い悪い要求重いトラブル即対応責任も取れしてくるとか聞いた

>DBのこと何もわからないんだけど展開するメモリ空間が足りなかったら不正な値がレコードに追加されちゃうもんなの？
不正確としか言ってないからメモリ不足でインデックステーブルが正常に作成されなくて
それ参照しようとして落ちたとかじゃないかな？

現場の人生きた心地しなかっただろうな

半世紀障害ゼロでも手作業で何とかする運用生きてたのはすげぇわ

>コンピュータのことよくわからないけど
>あっメモリ死ぬってなったらこれ以上の入力受けつけるのやめて抱えてるデータをHDDに保存したりとかしないもんなの
そういうプログラム組まなきゃやってくんないよ
そもそも素早く処理したいからメモリ使ってるのでHDDに保存したところでなんの意味もないぞ

32bit→64bitの時点で大規模変更だし仕方ない

>NTTデータ切った途端にシステム止まるのはやっぱ大手SIerってすげぇんだな
データもシステム稼働初日に落ちるとかやってるけどね

>まず障害が落ち着いてからもう一回再テストしたら通らなくてテスト体制からどうなってたのって言われてる
>なぜか本番前のテスト通ったのに本番と再試通らないとかそういうことってよくあるの…？
そりゃあ本番と完全に同じ環境用意してテストなんてほぼできないしやらないので...

>>以前関わった案件でニュースになるレベルの障害が起きたときは
>>プロパーの偉い人が居なくなったとは聞いたな…
>怖ー
なあにそれくらいの規模ならコネとかで勝手にどこかで返り咲く
あんまり偉くない人が責任者になってる時は…

詫び日本銀行券の配布まだ？

>半世紀障害ゼロでも手作業で何とかする運用生きてたのはすげぇわ
手作業！？

今どきそんな古いのとはいうがインフラは止まらないことが最優先なので下手にバージョンアップして不具合出るなら動いてるうちは触るななんじゃないかな
それで知ってる人間消えてって今回まさに下手打ったわけだが

>インデックステーブルはRCのディスク上にあるファイルから展開する。
こう書いてあるから
このテーブルはRDBの意味じゃなくて
プログラムが内部で持ってるハッシュマップみたいなやつのことでしょ

テスト環境のシングル構成でテストしてヨシ！して本番環境のクラスタ構成でしくるとか普通にやってるからまあ…

32bitから64bitになるだけで単純に要求メモリが2倍になるしな…

>32bitから64bitになるだけで単純に要求メモリが2倍になるしな…
徹夜明けか？

>32bit→64bitの時点で大規模変更だし仕方ない
32bitと64bitってそんな別物なのか
なんか出来ること増えて64bitの方が便利そうぐらいにしか思ってなかった

>詫び日本銀行券の配布まだ？
日本銀行マジでしっかりしろよなぁ…

>>>何も知らんコメンテーターがこういうこと言う
>>でもずっとCOBOLにしがみついてまともに更新の対応してなかったのも悪いとは思う
>>リプレイスの説得に応じる経営層もいないんだろうけど
>いつか必ず爆発する地雷なのにね
(対応しても業績にならないから次のトップが頑張れ…)

半世紀に渡って積み上げてきたシステムのリプレース費用っていくらぐらいになるんだろうね…

これ何人くらい死んだんだろう

半世紀の安定稼働実績あるシステムの更新先とかどうすりゃいいんだよ…

老人のパソコンみたいに予備領域が不足して更新できなかったのか

>なんか出来ること増えて64bitの方が便利そうぐらいにしか思ってなかった
まあ大体合ってるよ
動作の根本が変わるから影響範囲が大きくってうっかり漏れたところで爆発した感じだろうが

>日経以外の記事ってなんでこんなうろ覚えの伝言ゲームみたいな内容になっちゃうのか
メディアなんて文系の賢いつもりのが行くから技術関係はどうにもならんよ

32bitと64bitはどこの長さが違うのかよくわかってない

>32bitと64bitはどこの長さが違うのかよくわかってない
面倒なのでざっくり2倍凄い早い性能でいいよ

>これ何人くらい死んだんだろう
2日丸々業務が止まったわけじゃなくて遅延しつつ処理はできてたので
実業務はさほど影響出なかったと思われる
信用問題だわな

生成したユニーク(一意)値を保管する変数のメモリサイズ指定ミス
前は8byteだったので踏襲したけど今は同じ桁数には16byte必要だった
格納したら後ろ足切りで8byte分の桁数となっててユニークじゃ無くなった
……今回がそれとは違うだろうけど

IT会社入ってどんな先端技術やるんだろうと思ってたらMT積んである部署だった

98VM2の部品はいつまで保つんだろうか

>>32bitと64bitはどこの長さが違うのかよくわかってない
>面倒なのでざっくり2倍凄い早い性能でいいよ
64bitは32bitの40億倍です…

エンジニアの人たちがトラウマだと語ってるシステム障害！ってこういうやつ？

旧式のシステムを更新するためにやってるんだし
不具合出るのも仕方がない上に復旧もかなり早かったのに文句言われるのかわいそう…

なんでよりにもよって10日にリプレース作業やったんだろ

>エンジニアの人たちがトラウマだと語ってるシステム障害！ってこういうやつ？
エンジニアの99%は自分の範疇じゃないのに1%のカスのために数日徹夜するから
そして1%が確定するまで自分の責任かどうかわからないので終わりのない恐怖でハゲる

>旧式のシステムを更新するためにやってるんだし
>不具合出るのも仕方がない上に復旧もかなり早かったのに文句言われるのかわいそう…
上でCOBOLがーって書かれてるけどこんなんじゃ出来なくても仕方ないよな
やるみたいだけどさ

COBOL以外だとクソデカ整数扱う時どうしてんだろ

全銀はクソだけど何にも仕組みわからず文句言う奴もクソ

>>32bit→64bitの時点で大規模変更だし仕方ない
>32bitと64bitってそんな別物なのか
>なんか出来ること増えて64bitの方が便利そうぐらいにしか思ってなかった
金融系ではほぼあり得ないとは思うけど
32bit前提でビットシフトとかやってたら盛大にバグるよ

>COBOL以外だとクソデカ整数扱う時どうしてんだろ
今だとデシメル？

そりゃ理想は滞りなくシステム移行が終わる事だけどある程度は仕方ないと思うが
顧客の求めるハードルが高すぎて二の足踏むのも解るわ

今回みたいな被害規模だと最悪倒産するとこ出るからまぁ文句は出るところはあるでしょ

詳報待ちだけど
単なるメモリ最大容量不足とかじゃなくて
32bitで確保した領域に64bitのデータ書き込んじゃってデータが狂った系のトラブルに見える

うちは古代語扱って金貰ってるけどもう更新しろよ…って思いながら扱ってる

Windowsは64bitへの移行が下位互換結構しっかりしててワリとスルッと行ったから良かったよねえ

>テスト環境のシングル構成でテストしてヨシ！して本番環境のクラスタ構成でしくるとか普通にやってるからまあ…
申し訳無い…

>それむしろその役場がフロッピー使わせ続けてる側なのでは…
うちの役所はDVD焼いて銀行に納品だな……

>NTTデータ切った途端にシステム止まるのはやっぱ大手SIerってすげぇんだな
富士通もお高くて信頼度はそこそこ高い立ち位置なんスよ…それでもこのざまなんスよ…

ソフトやってるのも知ってるけど富士通はハードのイメージだな

>この件の担当者や責任者は今どんな気持ちだろうな…
マイナンバーの時はおえらいさんが大臣に叱られに行ったと中の人に聞いた

>そりゃ理想は滞りなくシステム移行が終わる事だけどある程度は仕方ないと思うが
>顧客の求めるハードルが高すぎて二の足踏むのも解るわ
>ソフトやってるのも知ってるけど富士通はハードのイメージだな
ハードやってるとこが一番ソフトも出来るんだよ
自分とこのハード以外入れないだけで

あれ全銀システムって富士通関係あるんだっけ？

32bitから64bit転換で厄介なのは論理ビット演算と環境依存INTのサイズかな
全銀の利用側は触ったことあるけど基盤側はどうなってるのか知らんわ