【IT】全銀ネット障害、メモリー不足が要因 事前テスト甘く [田杉山脈★]
■ このスレッドは過去ログ倉庫に格納されています
三菱UFJ銀行など10金融機関で約250万件の送金が滞った全国銀行データ通信システム(全銀システム)の障害は、各金融機関と同システムをつなぐ機器の容量(メモリー)不足が要因だったことがわかった。機器の更新で処理量が増え、想定の容量を超えてパンクした。事前のテストが不十分だった可能性もあり、検証が求められる。
全銀システムを構築するNTTデータなどは16日までに中継コンピューターのメモリー不足が...
https://www.nikkei.com/article/DGXZQOUB163SX0W3A011C2000000/ >>124
本番前から壊れてたと続報あったね
逆変換チェックしてないんだな 日米共同訓練程度で米軍とガチで連携できるってのは違うだろw
それなら、自衛隊より演習の数をこなしてる韓国軍の方が上ってことになる
原潜云々でも、もう韓国軍は自衛隊と同レベルになったと言える
韓国軍は現場に交戦権があり、米軍とは戦術共用図だけじゃなく、射撃指揮図まで共通で運用してるが
自衛隊は現場には交戦権がないため、米軍のデータリンク使って発射するような訓練は日本ではやってない
(海自イージス護衛艦はフルオート発射ができず、発射に関してはマニュアルのみのセミオートだ)
そもそも実戦で自衛隊が米軍の発射命令に逆らった場合、米軍は自衛隊を処罰できない
日本もせいぜい公務員法違反(w)でしか裁けない
そんな部隊相手に本気で機密を明らかにするわけがないから、自衛隊は韓国軍より米軍との連携は劣ってると言える 5chで、日本人にいっさいおもえん
国籍不明
たぶんに自衛隊
でもカトリックでも警察全体の言うことに逆らえない
で
やることが俺の風邪での殺害だけ
つけまわして俺が飲んでる風邪薬ばっかしらべてる
で、俺が信頼性のある旧型飲んで
自衛隊で新型のんで、新薬がスルーロンEXという
スルーは、電子回路でスルー、連結の意味もあるから
この中継サーバがどうしたと
マスゴミ全体でも言う
なんなんだこの殺しだけの馬鹿組織、マスゴミ 日本のプロジェクトって
変なとこにだけリソース偏ってたりするから
結構重大なリスクに誰も気づいてなくて
直前発覚で大幅遅延か事故るイメージ
マネジメントがクソってことです >>223
おおむかしだが、そういう設計してたけど
カネは無い
ってだけだな
ポイントついて、底だけ
な
俺は底だけ言ってるけど、ほかにも山と設計したんだが
NTTの設計になると、すべての穴をふさげ、3Pですとかだしな エイズ治す。赤痢。サーズ。プリウスの発電方法。atmの有料化。トヨタ輸送の連結決算による事務員の雇用。
鉄工団地の設計の見える化、製品、設備を設計できないものの解雇。飲み放題食べ放題。服の前掛け。BIS規制。
宇宙発電、磁場電池、←これ2ちゃんんでは七兆円、今、金に変えて13兆円。
マイケルジョウダンジーンズダンク←面接。トヨタスマイルライフのインターン。
お金を使わない改善案169個あるそうです。
金を使った改善案トヨタ本社のロボット化。量子コンピュータ。自動運転。医療AI。
ハイブリッド電気自動車←メールの中に証拠あり。殺せトヨタ本社の奴ら俺に金渡さん。
金を使った改善案。349個あるそうです。
生協連結決算に反映させて飯売る。中間マージンを省く。トラックで持ってく。物は一から作れば全部ただ。
今までもらえた金バイト先の給料200万くらい。豊田北高校多分雲系高校にしたらしい。
センター700点ぐらい取れて体育会系高校の中京大に入り。先生に学歴を落とされる。
加藤洋一。加藤健司。とかせん。中学校の先生後で聞くとクローンなんだって。
KGB。 FBI。CIA。俺クローン化できんで助けてくれ。
CO2の分解方法も俺が考えた。日本の国家公務員がパクッテる殺せ
SOS助けてくれ頼む。借金100万牡羊座の大幸運期に就職活動して警備員しか受からんかった。
人間てクローン化できるのかはっきりしてくれ。
なんでプリウスの発案やったのに雇ってもらえないんだ。
今日金なくて母さんに金もらおうとして母さんが隣の家の酒臭いおっさん呼び出して
うぜえから吹っ飛ばしたら警察呼ばれた。クローンてホントにいるのかな
助けてくれ仕事しても給料もらえないなら生活保護受けていい?
大卒だけど。大学って出る意味あるの。来世は学校通わんどこ
こんな国にお金なんて必要ないからな。 >>1
Fラン理工系ITドカタはホント金食い虫なだけの無能揃い >>227
うるさいわ、おまえNTTの電話線なんかで風邪ひかせて殺そうとか
NTTの大馬鹿か >>225
低学歴エンジニアを増やしすぎた結果でもある
低学歴が多い世界に高学歴は来たがらない
会話も合わないし
そのせいで低学歴ばかり増え続けるループに入ってる >>229
妹がTMネットワークのGift for franks聞いてただけで
Fランクだ造語して
おまえ文系の大馬鹿にさせると
大馬鹿じじい、おまえのすべて自己紹介だろ、馬鹿
なんだいまの日本の惨状は 負荷テストなんて素人が思うほど簡単じゃないが、とはいえ今回のが素人並みなのかやむを得ないのかは、中の人しか分からんな 大和魂と書いてオワコンと読みます
駄目だねこの銀行 この問題さらっとやってるけど
普通に重大事件だった件についてw
ネット決済時代に銀行自体の信用問題にも関わっている 有力記事なんで>>1しか読んでないが、更新対象機器のSWアップデートが原因じゃなさそうだな。
接続する機器の処理能力(メモリ)不足かね。 続報
全銀システム障害の原因はテーブル生成プログラムの不具合、新旧稼働環境の違いを吸収できず─NTTデータ
>NTTデータは、システムのOSが32ビットから64ビットに変わったことで、テーブル生成プログラムで対処が必要だったが、
>この部分に不具合があったとしている
数値が4バイトから8バイトになって、確保したワーキングメモリが不足したとかそんなカンジ?
まぁお粗末 同じ内容の記事だけど
テーブル生成プログラムのOS変更対応に不備か、全銀障害のNTTデータG見解
https://xtech.nikkei.com/atcl/nxt/news/18/16234/
>ハードの物理メモリー不足によるものではない
>64ビットOSへの変更に当たり生成プログラムを64ビットに対応させなければならない箇所があったが、その部分に不具合があった パーツ寄せ集め職人じゃまともなプログラムは作れませんと言うこと >>238
お粗末だがそういう不具合自体はしばしばある話で
それより速やかに切り戻して対応できなかったのがとにかく痛い >>239
誤解してる記事があるってはっきり言ってやればいいのにね
>>1
の時点でも分かってる記者ならこうは書かないはず リトルエンディアン/ビッグエンディアンの取り違えとかか? 問題なのは、メモリ不足への監視とかアラートとかあるのか?ないのか?
機能しなかったのか? バグは“数千パターンのテスト”をすり抜けた
―NTTデータ「2023/10/10 全銀ネット障害」について説明
https://gihyo.jp/article/2023/11/zengin-nttdata
ここが一番詳細出てるかな。
オレは全くテストしてませんでした説を推すけど🤭
11月末の報告書まだかな🥺 >>248
ふむふむ…
なんだかねえ
きちんと手順や規則を定めてそれに従えばトラブルは起きません対処できますっていう手続き信仰はなんなんだろうね
関係者個々の能力はどうでもいいと思ってるんじゃないか 全銀システムの大規模障害、「真の原因」明らかに--全銀ネットとNTTデータが発表
ttps://japan.cnet.com/article/35212251/
>システム開発を手掛けるNTTデータによると、RC23シリーズの開発ではOSバージョンアップに伴い、ロードファイルを作成する際に使用する4つのテーブルのうち、1つのテーブルのサイズを拡張していた。
>なお、ロードファイルを生成するプログラムは「一時的に確保するメモリ領域にまとめて4つのテーブルを展開する仕様」となるが、NTTデータは製造工程時に、各テーブルが個別に展開されるものと理解して、一時的に確保するメモリ領域の拡張を行っていなかった。 まず対象がソフトウェアという前提で製造工程って何?
一時的に確保するメモリ領域ってヒープメモリかな?スタックかな? わかんないけど仕様では例えば1+1+1+2=min 5で確保の計算するところを1→1→1→2=min 2で考えて、
旧プログラムは1+1+1+1=min 4で確保してるから足りると勘違いして
そのままだから足りなくてテーブル破損したと
ヒープ、スタック以前の話に見えるから言及してないのかも >>252
コーディングを製造と呼ぶ現場は存在する… 全銀ネット、大規模システム障害の報告書を発表。「システムの開発や運用を担うIT人材が足りてなかったわ、すまん」 [565880904]
https://greta.5ch.net/test/read.cgi/poverty/1701434175/
>https://www.itmedia.co.jp/news/articles/2312/01/news179.html
やはり、全くテストしてなかったんだろ🤣🤣
あるいはやったフリだけ😄。
そりゃ復旧に2日、報告に1ヶ月以上も掛かるわ。
テストも出来ないほどの無能集団だった😭 >>252
CD/UTを製造工程としてるとこが大半じゃない?
毎度の事だけど、保守やエンハンス工数がケチられ過ぎなだけ。
動いてるもの触る方が慎重さが必要なのに。 もう少し細かい記事見たけど、バッファオーバーラン以前にきっと変数(配列)の使い回ししてるよね、これ。
コーディングルール存在しないの? >>257
COBOL文化の人達は必要時に用途にあった変数を用意して不要になったら破棄するって考え方をしないからなあ
プログラム起動時に一定量確保して実行中はそれを使い回すのが当然のことらしい >>258
コボル無関係
CのANSI規約にも書いてないコンパイラベンダー固有の実装違いに起因してるので。。。 >>257
union使った実装の障害だと思うよ。
もともとはデータ側の末端担当のゴリ押しで下請けに無理やり突っ込んだ別の領域の機能でしょうきっと。 >>259
プラグマとかで指定しないとバイト列がきちんと決まらないって話か
環境移行でたまにあるね >>263
リレーコンピュータで64bit OSっていうから多分UNIX系と思ったけど違うのかね >>265
技術的にはオープン系環境なのに開発用の規約や設計が汎用機時代の思想でできてるってことは割とありそう ■ このスレッドは過去ログ倉庫に格納されています