だからメモリは16GB以上にしろって…

安物ハードでも手配したのか

>安物ハードでも手配したのか
サイジングを客の要望に合わせただけだろう
余裕持たせた設計ってのを嫌うからな
たかが数十万円くらいケチったおかげだろう

今時容量不足って

ホリエモンによると古代語みたいなので書かれてるとか何とか

コードのリプレースは頭の痛い問題だからなあ

>サイジングを客の要望に合わせただけだろう
>余裕持たせた設計ってのを嫌うからな
>たかが数十万円くらいケチったおかげだろう
中継って書いてある

>初歩的ミス？
初歩的というよりプログラムミスは重大懸念の一つ
スペースシャトルだってプログラムミスで飛ばなかったからな

>スペースシャトルだってプログラムミスで飛ばなかったからな
規模が違うだろ

>中継って書いてある
中継してるサーバの性能不足なんだろ
設計ミスだな

>今時容量不足って
記事だとどのレベル（物理メモリなのかプラムコードのヒープなのか）が不明なので何とも言えないけどね
osのビット数拡張はアッセンブラならハードル高いけど高級言語ならコンパイラが調整するからさほどね

変数ミスってオーバーフローとかドラクエ4の逃げる8回みたいなミスかな

>プラムコード
プログラムコードね
すいません

それで誰がどんな形で責任取るんだい？

またCOBOL技術者不足か
諦めて老人ホームでふがふがしてるのに頭下げてこい

>それで誰がどんな形で責任取るんだい？
次から気をつけます

銀行コードを幾つか増やしたらしいから
コードハンドリングをミスったんだろ

メインフレームの最後のメーカー富士通が2030年で撤退することが決まってるから今のうちにゼロから設計し直すしか無い

この件を擁護するか批判するかはSEあきかどうかで分かれる

金融系とかチキンレースでもしてんのってくらいギリギリ狙ってるからなあ
昔止まるわけないだろってシステムが止まった時も数年後に解説した記事読んだら脱力しちゃった
せめて現行と同じグレードのハード使えよと

何か大仰に説明してるけど
4GB搭載のPCのWinを64bit版に更新したらメモリ不足でフリーズした
みたいなレベルのトラブルだったりして

>この件を擁護するか批判するかはSEあきかどうかで分かれる
外野が批判したとこで変わるわけじゃないし
原因だけ知りたいわあと対処法

いやあ大変ですね

https://xtech.nikkei.com/atcl/nxt/news/18/16109/ [link]
手数料計算がどうとかって話もあったな

>4GB搭載のPCのWinを64bit版に更新したらメモリ不足でフリーズした
>みたいなレベルのトラブルだったりして
素人じゃないんだから…
ジャパネットから買ったわけじゃないから…

何のOS使ってるんだろう
10月10日にサポート終了するOS...?
https://learn.microsoft.com/ja-jp/lifecycle/faq/extended-security-updates [link]

全銀は技術者にめっちゃ嫌われてるって聞いた

技術者全員責任取ってクビにしたらいいんじゃね

メモリの増設忘れでしょ？

どうせ作業者全員派遣だから誰が何やってるか誰も分からないアレじゃねえの

やっぱりコボルだったのがなんとも

コボルで指定してるメモリー領域が間違ってたって話だろうか

>手数料計算がどうとかって話もあったな
計算時にメモリ不足起こしてスラッシング連発というパターンか

ロールバックする選択肢は無かったのかな

ハードはメインフレームだからとしあきが思うような仕組みにはなってないと思う

物理マシンなの？

>どうせ作業者全員派遣だから誰が何やってるか誰も分からないアレじゃねえの
今回はNTTが全受けでは？

物理メモリがどうとかって話ではなさそうね

受注額幾らだったんだろ

>全銀は技術者にめっちゃ嫌われてるって聞いた
元請けがあそこだもの
騙されて安くこき使われてるのだろ

>物理メモリがどうとかって話ではなさそうね
それがどうもそうらしくて…

https://www.watch.impress.co.jp/docs/series/suzukij/1538720.html [link]
「内国為替手数料のチェックプログラム」ってのが原因だそうで
さっぱりわからん

> https://news.yahoo.co.jp/articles/e7906aa71da4dca0a2fa1dd2e6169e6821d94f7d [link]
なんの容量なのか一番大事な主語の部分が抜けてるとか…
記事書いてる奴が全く理解してませんって言ってるようなもんだよね

>>物理メモリがどうとかって話ではなさそうね
>それがどうもそうらしくて…
えっそうなの
じゃあこのDDR2メモリを

くっ！メモリが足りない！

>えっそうなの
>じゃあこのDDR2メモリを
EDO-RAMだろ

バブルメモリ「じゃあ俺が

>コボルで指定してるメモリー領域が間違ってたって話だろうか
俺もこっちだと思うなぁ
サーバーの総メモリ量の問題じゃなく変数への割り当て量を旧版のままにして…みたいな

>>物理メモリがどうとかって話ではなさそうね
>それがどうもそうらしくて…
64bit用のcobolに書き換えるときにアドレスの指定方法間違えたとかじゃないの？

メメントモリではないのね

よーしRIMMライザー挿してメモリ増設するぞぉ

ラムバス「ではウチが

>何のOS使ってるんだろう
>10月10日にサポート終了するOS...?
> https://learn.microsoft.com/ja-jp/lifecycle/faq/extended-security-updates [link]

2012r2は32bit版はなかったはずだから違うな

> https://www.watch.impress.co.jp/docs/series/suzukij/1538720.html [link]
なるほど近いうちにメインフレームが無くなるからその準備として接続システムを更新してたら失敗したってことか
COBOLとまだ決まってない新システムの両対応にしなきゃならないってとこに難しさがあったのかな

コボルってまだ現役だったのか…
まどりのみどぐちのシステムは書き換わったのに

逆によくいままで大きなトラブルおこさずに稼働できてたな
そっちが凄い

>コボルってまだ現役だったのか…
>まどりのみどぐちのシステムは書き換わったのに
動いていて現状で困ることが無いような職場だと現役だぞ
下手に突けばどんなトラブルが起きるかわからないからそのままというのもある

>コボルってまだ現役だったのか…
銀行の勘定系だと未だに現役
怖くて触れないってこともあるけど

>コボルってまだ現役だったのか…
メインフレームが有る限りコボルは滅びんよ！

COBOLなあ・・・（遠い目）

みずほがやらかすたびに話題になってたじゃないかCOBOL

>メインフレームが有る限りコボルは滅びんよ！
金の計算がある限りCOBOLは使うだろうね

>逆によくいままで大きなトラブルおこさずに稼働できてたな
>そっちが凄い
Suicaはどんどん提携接続先増えてるにも関わらずトラブル無く稼働し続けてるのはある意味謎だとか

キーエンスみたいな翌日に見積もりが出て速攻解決していくような会社ないの

工場で今でもPC98が現役みたいな感じだろ
当時を知るものが誰も居なくてもはやリプレイスすら怖くて出来ないっていう

>工場で今でもPC98が現役みたいな感じだろ
>当時を知るものが誰も居なくてもはやリプレイスすら怖くて出来ないっていう
工作機械とか変える必要無いもんな

じゃあCOBOLのプログラマー育てりゃいいんじゃないすかね（鼻ホジ）

コボラー

将来性ゼロの言語なんか誰が覚えるかってはなしで

半導体作れない日本にはその辺の感覚がないだろうな

汎用プロセッサで10進固定小数点演算ってどうやって実現しているんだろ？

>キーエンスみたいな翌日に見積もりが出て速攻解決していくような会社ないの
大抵大手の顧客には古くから付き合ってるベンダーがシステム担当の常駐員として人を遣したりしてるはず
そういうところはシステム構築も彼らが全て引き受けてるので内容がベンダーの担当者以外
にはわからないベンダーロックイン状態になっていて、他社には手出しが出来なくなってる

枯れた言語はもっと保護されるべき

でもお金は出来るだけ払いたくないし…

>汎用プロセッサで10進固定小数点演算ってどうやって実現しているんだろ？
10進数有限小数ライブラリなら割と結構な言語にない？

そんなあなたに
フォートラン

>将来性ゼロの言語なんか誰が覚えるかってはなしで
じゃあCOBOLのシステムなん全廃してしまえばいいじゃん
どのみち無くなるんだし

コボルのおばちゃまよ
おばちゃまはね
コボルが好きなのね

>じゃあCOBOLのシステムなん全廃してしまえばいいじゃん
>どのみち無くなるんだし
なくならない言語というとキャッスルとか？

顧客がとにかくシステム停めるのを嫌う
だからいつまでもアップデートができない

プログラムミスで止まったんだとしたら今まで動いてたのは何だったんだ

>顧客がとにかくシステム停めるのを嫌う
>だからいつまでもアップデートができない
これ決め打ちで何年後に１度止めてメジャーアップデートしますよとかできないんかね？

>>顧客がとにかくシステム停めるのを嫌う
>>だからいつまでもアップデートができない
>これ決め打ちで何年後に１度止めてメジャーアップデートしますよとかできないんかね？
高速道路ですら計画工事するのにな

>プログラムミスで止まったんだとしたら今まで動いてたのは何だったんだ
祈りが足りてなかったんだろ

>じゃあCOBOLのシステムなん全廃してしまえばいいじゃん
>どのみち無くなるんだし
記事読むと全廃のための準備段階って話し

掃除のおばちゃんがコンセント引っこ抜いたんだろ

銀行なんだから止められるわけないじゃん…

>これ決め打ちで何年後に１度止めてメジャーアップデートしますよとかできないんかね？
ハードにしても永久不滅なものじゃないから
会社によってはそれなりにやっているんじゃね？
税金という壁もあるけど

将来的にはJavaに移行する計画とか
現状だとJavaがベストなんかね

処理件数が多いとメモリの解放が追い付かないパターンを試験しきってなかった
または単純に最大処理数を設定せずに試験もしてなかったか
このどっちかじゃね？

大規模アップデートは年末年始にやったりする
それとは別に小規模アップデートはちょくちょくやっとかないと大規模アップデートの変更範囲がデカすぎて超大変になる

元記事から
int data[255];
ってやってdata[255]に書き込んだとか言うやつにおもえる

8年ごとの総入れ替えを今まで6回無事に済ませてるから驕りがあったに違いない！（物は言い様

>現状だとJavaがベストなんかね
ハードやOSに依存したくないならまあそうなるな

>プログラムミスで止まったんだとしたら今まで動いてたのは何だったんだ
システムの入れ替えなんよ

メインフレームが2035年までに保守終了ってのも気の長い話だけど
いまからやらんと間に合わない規模なんだろうねえ

次頑張ればいいよ

COBOLは１バイトに数字一桁入れるって使い方しているからメモリは食うわな

>ハードやOSに依存したくないならまあそうなるな
ジャバって安定性が…

とりあえず再現試験させない？

https://twitter.com/dekaino/status/1714218473755435127 [link]
>64bitアドレスを32bitの箱に格納しようとして箱近傍を破壊した不具合を「メモリー不足」と呼んでいる気がしてならない。初日ダウン時は原因不明だったけど、もしOSが吐く「メモリ不足」ならログ読めば速攻わかるはずだし
こういう系じゃないかなあ
なんか運用中に不正データが入り込んだって話だし

長年やってきた銀行ですらこのザマでマイナンバーなんてそれこそ取り返しのつかないことになるわな

なんだプログラムのミスかじゃあ派遣社員を切って終わりだねっ

IT後進国だから仕方ない

結局バッファオーバーフローなのかな

オーバーフロー防ぐ仕組みってまだ確立されてないのか

昔のクロームのメモリ問題みたいにゴミデータを解放できないからメモリ不足になったような
プログラムでって書いてあるから物理で足りないわけじゃないと思う

こういうニュースみると自分がやったわけでもないのにドキドキしてくる

次はないんだよ…

>オーバーフロー防ぐ仕組みってまだ確立されてないのか
１回毎にチェックしてたら処理時間が増えるし
この手の問題ってセキュリティなんかも絡むから面倒だし

記事に書かれた情報が断片的で要領を得ない
原因を想像するしかないから何を言っても筋違いになるね

11月にレポート上がってくるって話だからそれを待とう

>記事に書かれた情報が断片的で要領を得ない
伝言ゲームの最たるものだから
現場で対処したSEがこういった原因でしたと直接言わなけれは真因は分からん

>IT後進国だから仕方ない
PC98やタウンズとかの頃はアジアで唯一のIT先進国だったのにな
今やアジア最下位

静的解析でここにこのデータ入ってきたら死ぬぞって教えてくれたらいいのにな

金融庁が報告書出してねって命令してたから
まあもうちょっと待ってね

Sunのサーバに置き換えようぜ

>だからメモリは16GB以上にしろって…
256mbのメモリを2枚買ってきたわよ╰(*´︶`*)╯♡

メモリが足りなければメモリ空くまで遅延させるとか
できるだけエラーにならないようになってないんかのう

>PC98やタウンズとかの頃はアジアで唯一のIT先進国だったのにな
黎明期は面白いことをする面白い人達が集まったからな

COBOLで動いてるシステムなんて3,40年モノだからな
新しくしようたってソースぐちゃぐちゃだわ仕様書残ってないわで…

１から作った方が早くね

でも作り直した方が早いって言って作り直すと前よりひどくなることが多い
不思議

>No.1148288726
オラクルとかでテンポラリ容量不足とかはあったわ

バグありのコードだと動くのにまともなコードだと動かなくなる
そんな魔法も多いだろうしな

前のシステムは長年のバグ修整を経ているからな

今は手数料の計算ややこしそう

1日の処理数すごい件数なんだろうな

前のシステムも障害に至らなかったバグはあったと思うよ
ハード制約多いと試験ケースも洗い出しやすいし
いまだとメモリ使い切る試験とか実質難しいだろうし

新しく作るとつい新機能という名のバグの宝庫を盛り込んじゃうんだ

富士通のSymfowareとかいう銀行向けDBのバグ臭い気がする

いつもよりバグ多めに入れときましたんで！

手数料計算でクラッシュとかメモリ関係なさそう

>手数料計算でクラッシュとかメモリ関係なさそう
処理件数理解してなさそう
こういう手合いがバグ産むんだろうな…

>今時容量不足って
逆に今時という感はある
安く買い叩いて安かろう悪かろうがどんどん積み重なっていく

>こういう手合いがバグ産むんだろうな…
「最大100万件の処理が来ます」
「じゃあ100万件できるようにします」
こういうタイプだな

>いつもよりバグ多めに入れときましたんで！

今みんなでおあしす運動でもしてんじゃねーかな？

メモリ不足というかメモリリーク？

>COBOLで動いてるシステムなんて3,40年モノだからな
>新しくしようたってソースぐちゃぐちゃだわ仕様書残ってないわで…
流石に仕様書はガチガチに残してると思う
こういうシステムってソース１行いじるのにも紙書類で承認印はんこリレーしないと許されないイメージ

>No.1148330452
結合試験ケースを気持ち多めにね

でも仕様書とソース一致しないんだよ
不思議だよな

よく分からないけど動くようになりました

金融系ってJavaに移行してんじゃないの？
Javaでメモリリークって不可能じゃないけど無理やり参照のこしたりしないと起こせないんじゃ

>でも仕様書とソース一致しないんだよ
仕様書の日付1998年て書いてあるんだが

メモリ増設して解決するならメモリ不足といっていいか

>金融系ってJavaに移行してんじゃないの？
それは勘定系
こんかいとはちょっと違う

としあきの中に今回対応した人いそう
大変だった？

コボルドが作ってたんだ

おかしいなあこのモジュールの設計書
10年以上前のモジュールなのに2年前の更改時の仕様書しかないぞ～？

>>でも仕様書とソース一致しないんだよ
>仕様書の日付1998年て書いてあるんだが
つい最近じゃないか

この手の不具合クレームが入る度に客がキチガイで自分を刺してくれたら嬉しいのにと思ってしまう

メモリリーク

まあ50年無事故の神話を壊したんだ
後に続く連中にしてみたらむしろグッジョブだろ

こういうのって現場の知ってる奴は知ってるけど
仕様が通らないからどうにもならんしーらないって感じなのかな

途上国ならよくあること

復旧作業ご苦労様♠︎

担当者が辞めたので分かりません

衰退国だなあ

>こういうのって現場の知ってる奴は知ってるけど
>仕様が通らないからどうにもならんしーらないって感じなのかな
ディスク圧迫って気付けたのは多分糞デカ一時ファイルをプールするプログラムをずっと使ってたんだと思う
電文の仕組みならありえるし

衰退途上国という現実

勘定系のDBってSQL使うの？
ていうかそもそもRDBMSなんだろうか

>ラムバス「ではウチが
ステイ

>今みんなでおあしす運動でもしてんじゃねーかな？
最近みんなこれで大きなミスと言うかイベントや開発も失敗しているよね
少子化加速なんだしアメリカみたいに何次請けとか禁止にすれば良いのにな

まとめ動画への転載禁止
まとめサイトへの転載禁止

>メモリが足りなければメモリ空くまで遅延させるとか
>できるだけエラーにならないようになってないんかのう
メモリが足らないって検知が間に合わないんだよな
そも足らないの基準や判定が困難で

たった数十万ケチっただけで数百万件もの振り込み不可能状態を引き起こす
それが全銀

銀行は日本の誇りだからな
あの有名投資家も期待してる

>たった数十万ケチっただけで数百万件もの振り込み不可能状態を引き起こす
>それが全銀
今ある情報だと物理メモリ総量でなく設計だからそれなりな人員をある程度の期間で投入しないとだから二桁は違うかと

こんな問題引き起こしたら金の問題ではないんだがな

>でも仕様書とソース一致しないんだよ
ソースなんてないよ？あるのはバイナリだけだよ？

>勘定系のDBってSQL使うの？
>ていうかそもそもRDBMSなんだろうか
AIMはどっちだっけか
基本ツリーの思想だったと昔の記憶

日本のメガバンクから海外口座へ寄付金送金できるようになったん？
以前はロンダリングしてるんで送金できなかったけど

COBOLってISAMとかVSAMの時代じゃなかったけ？
汎用機の互換機とか言ってIBM丸パクリを売ってた時代

>おかしいなあこのモジュールの設計書
>10年以上前のモジュールなのに2年前の更改時の仕様書しかないぞ～？
あれー証拠のコンパイル日付とモジュールの日付と仕様書の年度が全部ちがうぞーなんて普通にある世界なので
メモリダンプとコンパイルソースから違い見つけろっていう技術は身に付けろって言われていたな

富士通の電子カルテシステムは実はCOBOLで作られている

普通にパソコン使ってた時は知らなかったけどシステムだとメモリもストレージも割り当てって概念あるんだよね
○○不足って話は大抵がその割り当て設定か使い方のミスで