【IT】富士通、原因究明急ぐ 東証にシステム納入 [田杉山脈★]
■ このスレッドは過去ログ倉庫に格納されています
東証で1日に発生したシステム障害で、故障が発生した株式売買システム「アローヘッド」を納入した富士通は、東証と連携して詳しい原因の究明を急いでいる。
アローヘッドは、富士通が開発し、2010年1月に稼働した。世界トップクラスの処理速度を持つとされ、注文件数の急増に応じ能力を増強。現システムは19年11月に全面刷新したばかりで、1年足らずで障害が起きたことになる。
東証によると、障害は共有ディスク装置のメモリー故障が引き金。故障に備え、もう1台用意してある予備装置への自動切り替えができず、富士通が解析を進めている。同社は「多くの関係者に多大な迷惑を掛けたことをおわびする。東証と連携して再発防止に努めていく」（広報IR室）と説明している。
https://news.yahoo.co.jp/articles/88e3bf937182e24b938c6232497266201fbbab03 原因究明とか、そんな呑気なこと言ってていいのか？
フェイルセーフもまともに動かん基幹システムなんて有り得んだろ。 >>1
不治痛 の異名をもつだけに感想は
「まただよw」 今日決済しようと思ってた信用の金利は当然払ってもらえますよね 切り替えなんてアブナイ操作しないで普段から稼働させとけよ。 >>3
いついかなる時でもフェイルオーバーが自動で確実に動作すると思ってるところがおめでたいな。 同じシステムを3系統くらい同時に動かしておかないとフェイルセーフは
保てないだろうな。
金がかかってもやるべし。 >>11
旅客機は3系統独立だし、証券取引所ならそれくらいやって当然。
失敗しましたー、テヘヘで済む問題じゃない。 PRIMEFLEXとなるとETERNUS DX100かDX200だよなあ
後継機がnetappのストレージになるのもわかる気がする Fujitu, Ito T
Occupation: Supervisor >>3 フェイルセーフもまともに動かん基幹システムなんて有り得んだろ。
今回はフェイルセーフが働いて、致命的なデータの破壊等が防がれたのではないか。
ただし、関連するサーバ等との間のデータ不整合を避けるために、強制的に遮断したようなので、
そこらあたりの経緯がわからないと、何とも言えないけどね。
バックアップへの切り替えができなかったのは、ソフトウェアのバグらしい。
10月1日という日付から考えて、jiffiesのようなソフトウェア的なタイマーなどの問題かもね。 故障は確率の問題だとしてもフェールオーバーに失敗したのは
システム設計ができてない、要は技術力が無いということだろ
おい 富士通製は昭和のころからこんなもんだよ
徹夜で頑張ってるのも下請けだろうし 自動で切り替わらないとしても、手動で起動して後場から稼働ぐらいできるようなシステムにしておけよ 富士通なんか、大昔から社内には手配師しかいないよ
実際のプログラミング作業は全部インドに外注してる 富士通の開発してるのは全部下請けでしょ
富士通の社員は謝るのが主業務 過去に瞬快でえらい目にあったから、それ以降富士通は信用していない。 富士通は東証に賠償金払うのかな?
契約どうなってるのか RAID1組んでも同時にぶっ壊れた経験からすると２つじゃダメ 富士通の信頼はかなり落ちたね。日本のITはどうもダメだ。ITが育つ文化がないと思う。業界で育成しなかったツケだろう。アメリカの後塵に拝し今更もう取り返しがつかない感じがする ＞＞1
＞＞3
フェイルオーバーがまともに動いてセーフになった事例ってあるのかな
片肺運転で凌いだ例はわりと聞くけど
昨日なんて Microsoft, Google, Apple軒並み止まった
フェイルオーバーで備えてなかったんだろうか あれ？富士通って全社員リモートワークだとかドヤってなかった？ >>40
日本市場がメインの製品だと事例数も少ないし、酷い使い方をされることも少ないから製品が鍛えられないのだろうね 何かあったら元受けが責任取るみたいなウリで中抜きの多重請け負いになってるのに
実際に何かあったら結局元受けは何もできないんだよな。
なら最初から優秀な末端を目利きして発注すればよっぽど良い品質になるのにね。
いつまでこんなこと続けるのか 俺も、FUJITUのHDD壊れて、ひどい目に合ったことあるぞ。
それが原因で３．５インチ市場から撤退したとか まあリストラし過ぎたんだろうね、切り替え出来なかったのはプログラムミスかね
しかし、リハーサルと定期的なテストしないのかね カルロス ゴーンが犯した犯罪の真相がマネロンで、その手法が巧妙であったために、
担当した検察部局の当局者が「勉強」しながら
事を進めていた。
担当する者自身に適正な評価を下す能力が無い。
同じ事象がまた露呈するんだろうな。 俺は昔ＣＳＫという会社に勤めてたけど、全部下請けに丸投げで工程管理の会議で遅れとかチェックするだけだったな。
何も身につかなくて辞めてから再就職に苦労したわ 富士通のパソコンつかってたらハードディスクが二度壊れてえらいめにあった
以来スマホ、PCとも同社製はNG 昨日より水星が天王星の逆行と衝突の関係に近接したことで、
その関係は金銭を扱う牡牛座と大企業を仮託する蠍座、
水星は伝達を、天王星はコンピューターを意味するので、
これは起こるべくして起きたともいえます
この混乱のピークは来週7日から8日にかけて
月の半ば頃に水星も逆行するので落ち着くか酷くなるかどちらか
それが強く現れるとしたら20日頃になる
月末には影響が去っていることでしょう
その間の注意事項としましては、
月の半ば頃に強権的保護的な発動がありえることくらいです
この混乱は長引きますが大きな被害には至らないでしょう 富士通ってスマホもやばいのしか出さなかったもんな。
まだスマホ出してるの？ FM11以降は富士通は信用できん。
筐体にプラスチック使いやがって。
信頼性低いのはその頃からです。 ってことは、まさか取引データの一部が消失？
こりゃあ、社長さんの首では済まん賠償へ。 さすがおまいらの富士通
845 不要不急の名無しさん sage 2020/10/02(金) 01:08:28.74 ID:btp/fvf10
それ2012年も同じ事言ってんだぜ…
https://xtech.nikkei.com/it/article/NEWS/20120202/380044/# 富士通のｐｃには懲りた思い出
あれから外国メーカーのｐｃばかり買うようになったｗ >>60
FM-11はプラスチックだったの？ずっと金属筐体だと思ってた。
FM-77はプラスチックだったので、不満だった。
ここ半月くらい、あちこちで富士通のサーバー障害起きている気がするが、偶然だろうか。 日本メーカー製に執着して拘りを持っているのは老人だけだろｗ 賠償金どうなるかね
下請けに丸投げし過ぎて
どうせ富士通自体は何も出来ないんだろうな
下請けありきで完全テレワークとか舐めた事やるからそういう事なる ＞故障に備え、もう1台用意してある予備装置への自動切り替えができず、
えっ、バックアップがたったの１台？
自動切り替え失敗に備えて、手動切替くらいは付けとけよアホだな >>71
原因究明はとっくに終わっているでしょう
対策がなくて困っていると思います スパコン世界一の富岳を手掛けた片棒の富士通なのにメンツ丸潰れやねどうなってんの >>72
もう２０年ほど昔のメインフレーマＳＥ経験者（＝爺様）からみた勝手な想像。大規模なシステムになる
と、オンライン処理機とホットスタンバイ機を同時に走らせておいて、まずは自動切り替え機能を使うん
だけども、それが駄目ならば少なくともあと２段階の手順を用意して、休日などに訓練するのが当時の
常識だったよ。
確定的なことは言えないけど、ハードウェア故障は必ず起きるから、それをどうやてリカバリーするかが
最優先の課題だった。Ａ策が駄目ならＢ策、それでも駄目ならＣ策を実行、最後の手段ははシステムを
シャットダウンして、再立ち上げするのが「お約束」だと思っていたよ。どうやらシステム及びオペレータ
に掛ける経済的負担をケチって必要最低限の機材運用をしてたんじゃないかと疑いたくなる。
御説の通り、ハードウェア故障という原因究明はとっくに分かてるんだろけれども、システム担当部門の
ヒトは、莫大な費用がかかるリカバリーシステムの増設策にアタマを抱えてるんじゃないかなと思うが、
世間一般に公表出来ることではないね。爺様のアタマをひねってみたら、こんな答えが出てきた。 >>79
下請けに怒鳴りちらして、富士通の社長がアタマを下げれば解決するほどヤワな話じゃないよ。
富士通がいったいいくらで受注したかは知らないが、かなり安価でやったのかな。 これまだ数日かかるんじゃない？
明日には、なんて言わなければ良かったのに 富士通にこれ以上落ちる信用なんぞないだろ
使うならイタリアの配管工のように
ゆるーく行こうぜ これってヒューマンエラーじゃなかったか
自動的に切り替わったのに気付かなかったとか
ソース後で貼るね ジャパニーズは馬鹿猿だからコンピュータなんか使っちゃダメだな。 三菱重工とか自衛隊の一部とか
ネットワークにつないで無いけど、予備が11台
現用が1台、待機が10台
攻撃されて壊れると変更するだけ、無茶苦茶の戦場です
しまいに、これが以前の日本の総理大臣の体制でした >>18
航空機のテストに比べたら東証のテストなんかショボいもんだろ。 ありえないよね株が丸一日止まるなんて
信じられない
団塊バカばっか
能無しで
マスゴミはバカチョンプッシュしてるしｗ
日本人の質が下がってるね
すべて団塊のせい さて、午前４時を大きく回ったが、システムテストは終わったかな。遅くても午前６時の時点で全機能が
ちゃんと動くか最終確認を完了しないと、午前９時からのオンライン運用に間に合わない。
こういう場合、午前７時前後には業務開始か取り止めかの経営判断が必要になる。中の人頑張れ。 富士通はうちのシステムではないと言ってなかったっけ
何で原因究明やってるの？ 総理大臣が11人とか入れ替え、ばれたので下痢で誤魔化す
下痢も壊れて今後どうしようですな 日本の近代史上、今がもっとも技術力がないって事だな ４時３６分付けＮＨＫ−ＷｅｂＮｅｗｓから
＞…前略…。原因について東証は、「アローヘッド」と呼ばれる取り引き全体のシステムの「共有ディスク装置」
＞という機器が故障し、バックアップも効かなかったとしています。…後略…。
「共有装置」のホットスタンバイであるべきバックアップが動かないなんて信じられんお粗末なシステム。
そりゃＰＣでも絶対落ちるわ。本当の理由は他にあるんだろうが、発表できないんだろうな。 え？現段階でまだ究明とか言ってんの？
本当なら終わってんな
責任なすってるだけだろ？ >>98
Hewlett-Packardのクラスターリング hp/sgだと
ロックディスク、常に機材すべてとハートビートを送り生命確認をしてる
のが故障、俺のただの不整脈に心臓病に芯増でチンポでも生えたか 今日動かないとさすがにヤバい。四連休になるからね。
株式市場では流動性がもっとも大事。
開けたあと暴落 >>100
三行目の文がよく分からんけれど、全てのストレージに定期的ポーリングをするのは常識。 タイミングが悪いな。総理がデジタル化推進と言った途端に、日本企業のシステムがこれだもん。 日本の物づくりは部品位でシステム全体の組み立ては苦手らしいね
これでは先端技術を競うデジタル国家の確立など到底無理かも知れない >>104
ピンチはチャンスでもある。安かろう悪かろうの不安定なコンピュータシステムを駆逐して、しっかりとした
ベースを持つ社会の為のデジタル化を図るのは悪いことじゃないと考えるんだが、どうだろう。 これで富士通の責任部長の役員昇進は消えた。必ず誰かが喜んでいる。 富士通が政府の泥を被って汚れ役を買って出たなら、逆に役員昇進かも。 富士通だから驚かない
よくいままで誤摩化していたもんだ >>18
旅客機だと
3系統がおなじ場所を通して不合格になったMRJだよな この日本のいい加減さがこの様な形で表れて来た証のかも知れない
新型コロナの対策にしろ東証のシステム障害にしろ誰も責任を問わない
最後は遺憾と自己責任 落ち目の東京市場のポジションがさらに下がりそう
香港に代わる国際金融市場なんて、夢のまた夢 富士通の鯖監視アプリって言えばsystemwalkerなんだろうけど、これが故障機吐いてたエラーを引っ掛けられず故障機を切り離せなくて、板情報を送信するタイムリミットを迎えてしまったんだろうな。
富士通の関係者はこれから大変だろうな… 所詮は日本企業だからね
だからいつまで経ってもIT後進国なんだよ >>98
高価な外国製のデュアルシステムのマシンが、
片方のディスクが壊れると両方壊れていた
まさかアレ使っていたのか？
富士通じゃなくてアメリカのベンチャーが作ったはずだが >>120
う〜ん、その辺詳細は知らんけど、システムに組み込んで一括納入してたら富士通の（裁量）責任範囲
に含まれるんじゃないかな。 富士通の製品って正常系はいいけど、異常系の動作が怪しいのは伝統かね。
異常系の試験って環境構築に時間も人もかかるけど、予算ケチっって、ちゃんと試験してないのだろうな。 >>1
コンピューターといえども機械だからいつ故障しても不思議じゃない
問題は本回線から予備回線への切り替えができなかったからだろ
これができなかったら意味がないだろう >>55
そんなの大企業ならどこも当たり前
トヨタだって本社の開発はみんなエクセルで工程と予算管理だけ
図面描いたり、試作したりするのは全部下請け ドレドレと会議に割り込んできた技術者がマンマ某中国のエージェントだったなど
ｓｐｙ天国日本では( *´艸｀)ソウリ大臣すら(*￣▽￣)ﾌﾌﾌｯ♪のフ まぁ冗長構成とかバックアップシステムは費用対効果。
今回それを決めたのは富士通じゃないと思うけどねぇ。 >>88
株価は下落するとは言うけど墜落するとは言わないからな。 HSM(Hierarchical storage management) とか
automated storage tiering とか
階層にしたり、勝手にデータを使用頻度でSSDとHDDで入れ替えたり
流行ってるね
なんかあったら面白いことになるのが確実だから楽しみ ソイエバオレのメインマシンが不痔痛 ここ何か月時々通信障害を起こす 必要に迫られ
某通販ジャングルでNEC中古パソコン買ったら珍しいバックライトに通電せず交換マチ
日本のPCはトウキバといいもう全滅か 僕のは全て中古だから( *´艸｀)いいけど 大証を大阪取引所なんて名前に変えて、先物オプション専門にするからバックアップできなくなる。 >>18
何系統作っても異常時に切り替わらなかったら意味がない >>103
Hewlett-Packardほか各社のクラスターリングの一覧諸元みたことあっても
みんな覚えてない
どうせ、そういうハートビート専用機材とかディスクを用意するかどうか
で違ってんじゃないの、安倍晋三とかもなあ >>132
音楽じゃないけど、ロックで決まる
Hewlett-Packardでよく聴いたっと
切り替えの鍵になるのがロックだぜ まず責任の押し付け合いやってんだろうなってのは容易に想像がつく 何でバックアップ機能してない…
デジタル通貨とか。 富士通くらい嫌われてて迷惑なのにつぶれない会社も珍しい >>141
昔、富士通の子会社にいたけど、ここの社員は陰険だぞ。
俺は朝出社したらデスクの内線が誰かに隠されていた。
となりの席に座ってた本郷って奴が俺のデスクの上の物を勝手に
持っていく性癖を吐露したから、こいつの仕業だとわかったけど、
全部俺が悪いことにされて、ある時残業220時間超えが続いてミスしたら、
富田って野郎におまえこれで3回目だぞとか言って大勢が見ている前で怒鳴られてパワハラされた。
弱い奴はここで自殺するんだろうが、俺は単に仕事をバックレて会社を辞めた。
こんな卑怯者の日本人達が集まった組織なんて絶対に国際社会から脱落するわと
思ってたら、案の定、東芝とかジャパンディスプレイとか不正続きで潰れたし
今まで官公庁と税金に守られてきた富士通もついにボロが出てきたな。という感じ。
これじゃ20年ゼロ成長なのも当然だわｗ
日本の組織は人道犯罪者のクズだらけなんだからなｗ >>144
誰もやりたがらない地雷案件をやってるから
潰したところで第二の富士通が出てくるのが目に見えてる NY・ロンドン・NZ・シンガポール：メモリー故障：バックアップ可：中国サイバー攻撃と速攻発表
日本：メモリー故障：バックアップ不可：サイバー攻撃ではないが原因不明ｗ
政財界・金融界はどんだけシナに忖度してんだよｗ あなたは私のバックアップのはず
独断専行は許可されてない １．共有ディスクが壊れた
２．そのバックアップに自動的に移行するはずがしなかった
３．手動で移行させたが不整合が生じた
４．一連の不具合も監視サーバーは機能せず
どうもおかしいな
２か３で人的なミスがあったんではないか >>148
それ企業から派遣された就活担当者からしてそれだった覚えはある >>144
そこら辺の中小企業だと下請け法や契約内容を理由に逃げるだろ
富士通ぐらいだと企業イメージダウンを気にして逃げない
マンパワーと赤字覚悟で突貫工事て何とかする 原発もそうだけど、絶対事故起こしたらダメなとこだろ。
営業はどういうトークしてたんだろうね。 おどりたねー。
信頼祖設計の基本中の基本がまもられてなかったんだ。
東証もバカだし富士通もバカだい、大体イワシの頭の政治家が阿保だから下まで腐って来たんだ。
もうだめだ。 福一原発事故と言い、今度のこの事故と言い日本は技術レベルが低いのさ。優秀な若者は
今や医者で金儲け、情報系など地味な仕事で金儲けにならない仕事には若者は行かないさ。
戦後すぐは工学部電気系が医学部より偏差値が上だった。
この時代に戻らないと日本再生はない。
でもさ、政治が阿保だからもうあきらめるしかないね。
まだまだ起こるさ。もうだめだ。 下請けと責任をとる責任者(尻尾)のバックアップは完璧なシステムです >>159
Hewlett-Packardのhp/sgは、設計はしてたが
互換性リストがあって、それの組み合わせを作るだけ
日本支社では社外秘までは教えてくれないうえに
ここの2chのunix専門板でもまったく情報は無い、誰もしらない
俺へのツッコミも嘘かもしれない
さらに、この真は俺の背後の廊下で決まってるかもしれない代物 >>2
富士通は法人向けにはちゃんと作るよ。
一般消費者向けは手抜きだけど。 もう、日本製の装置なんか無くて米国頼りなんだけどコントローラーのバックアップバッテリが切れてるとフェイルオーバーに失敗するとか、マトモにテストして無かっただろと言うパッチを平気で出すよな。
日本人はスペックを信じるから失敗するんじゃ無い？昔だけどhpには泣かされたよ >>164
韓国人の大馬鹿ですか
ほとんどがIBM、Hewlett-Packardにくるなんか排水の陣で
どうしようもないのが多いんだけどね >>165
いい具合に壊れてるねw
いつ発症した？ 今日ぐらいはテレワークせずに出社してるんだろうな、富士通社員w >>164
それはアメリカ人が悪いんじゃなくて、日本人が手抜きしているだけだぞ。
むかしの職場でも、DATに数時間かけてバックアップしてる野郎が
ただの一度もそれをリストアしてみて本当にバックアップできてるかを
検証しないまま運用していたからな。
今回もそれと同じ手抜きの結果、障害が起きたわけだよ。
しかも、ジャップ組織じゃ末端に全責任を追わせてトカゲのしっぽ切りするから
組織全体が腐っていくのは止められない。
最後は腐った奴だけが会社に残って、倒産寸前の会社を買収されて
外国人のエリート経営陣にクビにされてようやく自分達が組織の癌だったことに気がつくわけ。 >>1
発生原因は調べれば簡単に分かるだろうが、なぜそう設定したのかの経緯は誰も分からない。当時設計した外注や派遣はとっくに居なくなってるだろうし。
再発防止は簡単だな、自社で作れって事だが解雇規制がある限り絶対に実現出来ない。 >>169
フェールオーバースイッチングのテストはうまくいってたとテレ東WBSの日経ビジネス編集長が解説してたぞ >>167
もう現業離れて17年
殺人犯で服役したことになってる
統合失調症にされてるが、んでシャープだったらカネくださいよ
うちの倉庫にシャープ製品入れれば終わりだ、ヤフオクで買おうとしたら
さんざ妨害された おれの持ち株全部ダダ下がりじゃねえかよ
どうすんだよ富士通 バックアップするにはユーザー名とパスワードが必要です。 対外的には自分の責任だと言った東証も社内では富士通に激おこなんだろうな 信頼度ダウン これが日本の実態 原発事故じゃなくて良かったよ。 内部にいるんだろうなきっと。機能のニュースで、こんなことがあってデジタル庁云々マスコミが言ってたし、しかも停止した日は海外取引が少ない日だし、 「大丈夫なんですか？」というと、「大丈夫です！」と根拠も無しに言うヤツが多いが、
どんなに金かけてても、システムに絶対はないということが証明されたわけだな。 ファームのバグとか、裏の結線不良とかスイッチの
ポートダウンでF/O失敗てのはザラにある。
うちもDBのクラスタがコケて、サイトが反日
すっ転がったことある。
最悪の事態に備えて、手作業の切り替えと復旧
手順の準備は大事。 素人考えだけど
航空とかは最悪データが一部欠損してようがフェイルオーバーなりで人命最優先でシステム継続必須と思うけど
金融はデータの整合性が命だから障害を検知したらいかに迅速にシステムを停止するかに特化するので良いのでは
いくら東証が上手くフェイルオーバーかかっても日本中の証券会社との
同期が保証できないとどのみちサービス再開できない気がする
が、できるといってたことがいざやってみるとできなかったのはマズい。これは間違いない >>18
ＭＲＪみたいに４系統同型対称配置とか一か所集中配置とかフェイルセーフのなんたるかをわかっていない奴が設計したりしてるからな。
富士通もそうなんじゃないか？
というか，日本の教育が間違っているんじゃないか？ ソフトウェア開発能力に関しては先進国で断トツの最低だから仕方ない
大手のソフトハウスが人材派遣の真似事してるような業界だし
有能な人材は高給な米国企業に就職するからな 東証が損害倍書認めないからってそのままにしてたら富士通、いや不実だからな 富士通の冷蔵庫は冷却能力は素晴らしいのに
ゴムパッキンがすぐにダメになる
つまりそういう事だ 富士通って、スーパーコンピューターという万里の長城みたいな公共事業で救済されているだけの会社でしょ？
違うの？ 2000年に情報システムを更新した製造業だったが
銀行ワッショイで系列電機メーカーの端末・ソフト開発・系列メインフレームへの接続
・・・これで味噌が付きまともに稼働しなくて年商200億くらいの会社だったが、
賠償金が億円に近いものが支払いされた（製品も伝票なしで出荷されていた）
担当重役も銀行からの人だったが・・・・その後の立場はお察しの通りですが
まぁ、会社もいまではその銀行系列から離れて別な金融機関のもとに再建されたが・・・ >>47
メモリが不良品だったとかそういう問題じゃなくて
バックアップに切り替わらんかったのが問題
その後もさらに二重に対策してあったがことごとく役に立たなかった
そもそもの設計からのミス
不良品を納入したってことだ なんだかんだでニューヨークもたまにトラブってるし
完璧にすんのは相当むずいんだろうな >障害は共有ディスク装置のメモリー故障が引き金
冗長化してあるコントローラーのキャッシュがぶっ飛んだんだろう。多分メモリ自体が壊れたのではなくバッテリーが期限切れになったのが原因だと思う。
で、もう片方のコントローラーに制御が移らずストレージがハングアップ。
ストレージがハングアップしたんでフェイルオーバが出来なかったと。
これはコントローラーのファームの問題ですわ。 ああ書き忘れた。
今日川崎で人身事故があったな・・・ 主系が半死にで冗長系に切り替わらない
一見生きてるように見えるけど、実はハードウェアが故障してて、どんどんデータを破壊してる
ここにいる情報系の人なら、一度は体験してるんじゃないかw >>18
会見で、なんとかという基幹部分は3重だって言ってたぞ
今回はただ取引ができなかっただけで、飛行機でいえば離陸前にエンジンかからない状態 >>41
主系・待機系同じハード、ソフトなんで大概失敗するわな。
主系のサーバ証明書期限が切れて、待機系に切り替わったがこっちも同じ期限だったで待機系も動かなかった、システムダウン…なんてお粗末な事どこかやらかしていたけど、損さんのとこだったかな… >>201
昨日Twitterで生殺しって書いてた人がいたなw 10何年か前も東証のシステム止まって富士通の責任問題になった
時に空売りしたやつは全員担ぎあげられたからな。気をつけろよ。 大規模システムで不具合起きたってニュースが流れる度に、
どーせ富士通なんだろ、って思うけど、概ねそれで合ってるんだよな……
寧ろ富士通以外の所だったときが驚き。 スーパーコンピューターの処理速度世界1位のクソジャップ元気かあ？
リスクもろくにマネジメントできねえ原発事故汚染水たれながしてクジラ食いてえサンマ食いてえクソジャップ土人ｗｗｗｗｗｗ まぁフェイルセーフは、どれだけ金かけるかのバランスだからな。
そしてどれだけ青天で金かけても完全にシステム停止を回避するのは不可能。 >>208
止めて騒ぎになる大規模システムに富士通以外が無いってのが真理だったりw 起きてはならない事故を連続して起こしまくるジャップ土人は世界の敵
マーシャルの重油全部一滴残らず回収しろやカス
国民総出でマーシャルに向かえってのカス ジャップの原子力発電所は世界一！
↓
原発事故
ジャップのコンピュータの処理速度は世界一！
↓
東証ストップ
リスク管理ができない糞ザル ←いまここ HyperSwapみたいなの組んだけど、うまく切り替わらなかったって事なんだろう
富士通のことだから、どうせいつも如く下請けか製品ベンダーに丸投げだから、
クソ態度のでかいジジイが誰かをネチネチ問い詰めてるよｗ
まあ、ANAの時みたいにベンダーも把握してなかった新しいバグが原因だったら
大円団なんだろうが >>185
金融でもケースバイケースだね。
銀行なら振込や資金決済が滞ると支払いに間に合わず倒産したり破産したりする。
間接とはいえ、結果的に企業や人を殺すことになるから止めりゃいいってものでもない。 東証システムにアメリカのベンチャー企業ニュータニックスとかいう会社が入っていてそいつが悪さしたってほんと？
統合性のないシステムを組んだＪＰＸの責任は重いだろ。宮原は辞任すべき。 なんかディスクアレイコントローラーのメモリが壊れたがら半死半生で切り替わらなかったとか、理由が一人歩きしてるけど、富士通はまだ詳細公表してないよな？
内部リークか？ >>216
他社の独立したシステムを書き換えるとかネーヨ アメリカはジャップの航空機に型式証明出さなくて正解
ジャップの飛行機はマジで落ちるぞ >>217
素人の野次馬予想やで
東証の公式発表以上の事はまだ出てない ストレージのキャッシュ障害だったら、単なるハードウェア障害だね。フェイルオーバーの判断が甘かったのでは？ ぶっちゃけ
富士通が手を引いたら、次はどこが請け負ってくれるのやら 日本人にシステムは作らせるな
ついでに武器と憲法も
日本と世界が不幸になる 日本人のシステムエンジニアリング()はこんなもん
マジで大恥 >>170
あほやな。
資料作るに決まってるだろ。 東証ダウンでニュータニックスについてほとんど触れられないのはなんで？ >>228
Nutanix自体は世界中で使われてるし、hp、dell、lenovoも載せてるから問題はそこじゃない >>18
IT系って二重化でも高信頼を謳う業界だからね。
ただ、今回は障害が発生した系統のプロセスが中途半端に稼働して切り替えがスパッと行かなかったとか言った報道を目にしたけど、如何なんだろう？
共有ディスク方式だと切り替え制御が必要で、その制御がコケたら冗長系の数を増やしても意味ないからね…
中の人達は休日出勤確定で、金融庁への報告の為の解析作業に追われるんだね。
お疲れ様です。 IT技術者は国が開発参加したプロジェクト把握しておいて、退職しようが転職しようが、問題起きたら呼び戻せる無限責任負わせる法律作れよ >>189
だからソフトウェアの問題じゃねえって言ってただろ
文句ばかり言ってるがどうせ会見すら見てねえ連中ばかりだなここは >>149
富士通には官僚が大勢天下ってるから、公共案件を優先的に受託出来るんだろ。
公共案件で、頻繁に障害を起こしてたら、入札資格剥奪されるぞ。 そんなにミッションクリティカルなシステム、怖くて受注したくないわ。
コンピュータの不具合なんて、ブラジルの蝶がはばたけば、
日本のおっさんが重い風邪を引く、くらい原因不明だろ。 nasdaqのシステムはIBMなの？
nyseはIBM 結局原因とその対策が闇に葬られてる気がする
早めに気がつけば手動切り替えして朝までに間に合ったケースでしょ？
取引開始近くでやっと事象把握したからその日諦めたわけで これからの小規模〜大規模システムは
HCI（Hyper Converged Infrastructure）が流行しているから
仮想化されたストレージが想定外のエラーを起こすと
構成している全てのサーバーが想定外の挙動になる
楽しみ >>57
うちもだわ、おそらく熱だろう
熱処理がクソなんだよ クラックされて落とされましたって素直に言えば良いのに政府の顔色伺って嘘付いても良い事無いぞ >>188
運用するのが日本人なら一緒だから残念、国籍変えるしかない 沢山ある構成部品の全ての故障を検知するのは不可能なんだよね
多重化して切り替わるといっても壊れかた次第で機能しない
絶対安心システムはないよ 昔、フェイルオーバー失敗した障害の原因調査をしたけど、
切り替え処理していたのは現場の運用担当が組んだシェルスクリプトだったな
ディスクの切り離しが設定してある待ち時間を超えていて、後続の処理が全部失敗して、
動作しているアプリも突然ディスクがなくなったので読み取りエラーが出ていた
非金融での話なので、東証の場合はもうちょっとちゃんとしているとは思うけど、
社内レビューやテストを増やす毛が生えた程度のことしかやれてないんじゃないかな 原因判らんけど再起動したわ
後は知らんけど
アローズフォンの悲劇再び こんな重要なところに富士通なんか使っちゃダメよ。せめてNECにしないと。
東証は池沼が経営してるの？
個人的にPCやスマホ買って使ってみてほんとクソ、周囲の評判も聞いたらクソ
サポートもクソ。この会社は個人的に東芝の次に破綻すると予想している。
いいところが何一つもないから、存在意義が問われることになる。 >>215
なんでもメモリで
OSでも、スワップファイルなんか邪魔だ
正確なメモリが沢山あればいいんだって人も居るし
メモリが足りないからスワップだ切り替えだとかかもしれんし >>9
動作しないとそれはフェイルオーバーとは言いませぬ
確実に動作しないといけない こういう重要なシステムは二重化するのが当然だが、二重化してても動かなかったという事なのかな？
ちゃんとテストしてるのかもあやしい。
契約でちゃんと兆単位の賠償金をとるようにしとかないといけないよ。
世界でも稀な日本の恥さらしだ。 日本の企業は何れも部品下請け企業だからシステムには疎い
日本の大学等でＩＴ学部を設けている大学が何校あるのかね ニュース速報で書こうと思って書かなかったけど
ディスクアレイのメモリ不良って
そんなの旧式のディスクアレイで
新型のRAID組むのもメモリ管理も全自動の使って無いのか
このいかれトンチキがって感じなんだが
どうせなんかの言い訳してんだ糞が >>258
いや、あの新型のRAID
俺が伊藤忠商事の渉外役とギャグの応酬して
アメリカから手にいれた戦略物資だから
フジテレビの馬鹿とか富士通では買えないのかもしれんが >>260
刑務所オリックスで富士通の天下りに見せて貰った
メモリードラム装置のまんまかい
音楽のドラマーやってるだけじゃんけ、石原裕次郎
ならべて 東 証「故障は仕方ない。でもなんで2号機に移らなかったの？」
富士通「急にメモリが死んだから。QMSですね！(ﾄﾞﾔｧ!!)」
東 証「・・・やっぱり賠償請求しようか」 石原裕次郎ってより、いまだとあのYOSHIKIさんの
ピックが折れただけとか 東証システム障害、政府調査へ 売買は再開
2020/10/3 2:00日本経済新聞 電子版
内閣官房の内閣サイバーセキュリティセンター（NISC）は近く、システム障害について調査に乗り出す。
NISCは官公庁や重要インフラの防護を担う。
証券取引所は政府が指定する重要インフラ14分野のうち「金融」にあたる。
約3兆円の取引機会を失った今回の売買は「極めて重大な事案」とみて、金融庁とは別に調べることにした。
https://www.nikkei.com/article/DGXMZO64579620S0A001C2MM8000/ 富士通なんて国からのボッタクリ受注で稼いでるだけの無能集団 10月1日ってちょうど期が変わるところで、株式の分割、併合、商号変更、上場など
普段の日と違うイベントが盛りだくさんだった。おそらく一年で一番そういう情報が変更される日。
そして、そんな日にちょうどハードウェア的にメモリが故障するってのは考えにくい。
情報配信サーバーのプログラムミスでメモリリークが発生して、それがログ上はメモリ故障にも見えるというのが
外野から知りえる情報で推測される話だわ。
もちろん単なる推測に過ぎないけど 私設PTS市場は優秀だったな
東証と市場を競争させろ >>265
ゴミスペックのパソコンにサポート代を山盛り付けて24万円で学校に売りつける、楽な商売してるもんな。 >>269
もちろんそれも考えられるね。
ハードの故障を真因にするにはあまりにタイミングが不可解感じるわ。
サーバーは24時間稼働しっぱなし、なぜ故障が現物ザラ場中じゃないのか、寄り付き前のあの時間なのか？
あんまり疑う声がなくて逆に心配になるわ・・・ 普通に考えて
10月1日の最初の起動でおかしかったんだろう
なんらかの期限切れとかそういう可能性も もはやシステム構築に日本メーカーを入れないことが再発防止策になることが悲しいね >>233
誰がそんなクソみたいな仕事受けるんだよ。
発想が働いたことのないニートと同レベルだな。 >>274
契約書とか見たことも書いたこともないんでしょ FM-TOWNSとかくっつけてるのかな？
やっぱりX68000じゃないと駄目だな >>275
そんなクソみたいな内容の契約書は見たことも書いたこともないね。 フェイルオーバーもアクティブ/スタンバイだったのかな？ メモリやHDDみたいな部品の話してる低レベルなコメントあるが、問題はシステムが切り替わらなかったのが問題なわけで。
土日も返上して解析するだろうがどこに責任を持っていくのやら。
ゾンビ化してプロセスが死にきらなかったというのが理由な気がするが。 俺はシステムエンジニアなんだけど
今回の件、テストしてなかったんだと思う >>282
俺もそう思う。クラスター切り替えって案外手抜きだったりするから・・・ まあIT技術者には資格なんてものは不要だからな
建築物と違ってあってないようなものをカチャカチャなんかやってるだけだし >>283
んな、むかしのシャープで試験で
Hewlett-Packardのhp/sgでクラスターリング組んで
いきなりコンセントぶっこ抜きとかしてたよ
そんなの富士通の得意技だろ >>201
アルアルだなw
後でログ見ると早く逝けよって思うわw
一番質悪い障害。切り離すにしてもどっちがactiveか見極めるのがマジで怖い。 2019 アローヘッド更改でサーバー４００台化
オンメモリー３重化したようだが
冗長性については サーバー半死状態は敢えて全死にして
処理するみたいな記事があったけど
まさかとは思うが
共有ディスクのメモリ障害で同じ設計思想を持ち込んだんじゃ
無いだろうな >>286
逝け、死ね
いま兵庫県警に電話したんだけど、まあタヌキのなにの
おまらこの話題でもなに企んでんだ
銀行のシステムが東京で落ちてクラスターリングで移動大阪
大阪も落ちて、実家香川に移動、また落ちる
神戸だったら、頭だからおじぎ死無いとか洒落か
システムトラベル >>286
台風の時のJRみたいなもんだな
早急に運行停止すればいいものを運行中として限界まで様子見していて利用者に他の手段を取る決断をさせない 死んでるのに生きてるようにふるまうゾンビディスクを発見して
セカンダリに切り替えたらそっちもすでにゾンビだったってこと？ >>290
俺の統合失調症のことか
動いてるーって、なんかで動けなくなるとか 原因究明とか言っているけど、本当の原因わかってるけど、本当のことを報告していなくて
さらに報告受けている東証も本当のこと言ってないだろ
IT業界ってそんなもん こんなね、医者の世界でも中途半端に壊れてるのか動いてるのか
理解しろ、直せって
何十年やってるセンセでもなかなか無理だつーの
いまも病院かよってるが 共用ディスク装置の、既存のバグではなかったのか？パッチはあったのではないか？ こんなの再現できるのかね
もう切り替えが失敗した時の対策でも考える以外ないだろ もう医者でも呼んでレビューでもしたほうがいいでねか
バイデンみたいな爺さん エッ？イヤ・・・今あのヘリノ墜落ニュースがAppleで開けなかったらソコが原因だろうと言ってやろうとは思っていたけどな・・・。
ソコでのサファリとヤフーとのコラボは問題が無いみたいだな・・・。
引き続き捜査を頑張ってくれ。 フェイルオーバー自体はテストしてるだろうが、
テストシナリオの中に今回のケースが入ってなかったと思う 女の子すわっぷ入れかえなんかいらないんだ
メモリが正確で沢山あれば
松崎茂さんの愛のメモリー 診断結果は「切り替わっていない」ことを示していた
富士通担当者が表示を誤認していたのだった
この時点で切り替わっていないことを把握し、手動で予備機に切り替えていれば、通常とおり売買を行うことも可能だった
↑
これが真相
手動で切り替えれば済んでたことだった
富士通担当がアホ過ぎたな >>302
それは8年前のシステム障害時の記事
今回とは違う
対策を打っていたのに今回の状況は酷過ぎるな >>75
ようジジイ
俺もだ
まず切り替えって単語が出たのが首をかしげる
並行で稼働しているはずのシステムはオネンネかと
東証のシステムはそこいらのパソコンなのかね >>305
コスト削減のためのワンオペとBCP訓練の不足が原因だね
こういう時は個人の責任にしたがるけど、本質的には組織の問題 >>308
自動診断が切り替え失敗を出しているのに自動で通報せずにOPが見逃したら終わりってシステムに疑問
何か壊れたら部品の発注やエンジニアの新幹線のチケットまで手配するのが今のシステムじゃあないのかね >>2
外注するだけ
今度のもアメリカベンチャーが作ったんだろ >>308
その辺を整えるのにコストをかけることもあり
でも、BCPとしてはそれらが機能しなかった場合のことも想定することが求められるはず
↑の例では事実手動で切り替えることが可能な設計で実施することになっていたんだし、
何をどう確認して判断・対応するか、それを一人に任せるのかも含めて日頃から備えていないといけない
今回の詳細はまだでていないけど、その辺は改善した上で発生したとすると原因を知りたいね >>308
3兆円の機会損失防ぐための人員の費用がいくらだったのか？
今回問題起こした共有ストレージの価格も出してほしいね 東証一部は市場が開いていれば爆上げだったし
あとどの銘柄も需給がタイトで空売りがたまっていたから売買停止は助かったね 富士の高値で降るカネを♪ 京都ボンこ町で浪費して♪
またも来たかよトラブルが♪ 溶けて流れた別案件♪ 今回で３回目の恥さらしか,,だんだん事故の規模か拡大してきたがもう慣れっこになってこんな事故では
びくともしない富士通 これ、直接の原因は、去年ごり押しで入れた米国ベンチャーの機材が原因と聞いたが。
富士通関係無いやん。 >>317
むしろアメリカベンチャーが無関係
富士通管理下の共有ディスクが原因なんだから >>286
昔サポートに電話しながら対応してた時に稼働系の電源をオフにしろという話になってどっちなんだよという話になったことがあるw
ドラマによくある時限爆弾の赤の配線を切るか青の配線を切るかみたいだった テレ東WBSだったか「部品は富士通に持ち帰って原因調べてます」とから言ってたがおかしいだろ
メモリーのハードのエラー解析してなんの原因究明すんだよ
飛行機じゃないんだよ
原因究明その1はバックアップ機切り替えが出来なかった原因
その2はバックアップ機が動かなかった時の人間系の事前マニュアル
だろ
部品持ち帰って部品眺めてできる仕事じゃないぞ >>322
いや、切り替わらなかった原因追求にメモリ解析はするが 処理しかかりチューンの「宙ぶらりんの発注」がどんなトラブル時にも適切にリカバーできるシステムとしてなにが欠けていたのか
メモリー故障に限らずこれができていないことが証明された
ここを明らかにするのが本来の意味での東証としての原因究明だぞ >>255
普通は、休みに故障対応訓練をするものだが、それを怠ってたってこと
こういうリスクコストはコストダウンで真っ先に削られるからね >>323
それで済まないと言ってるんだよ
>>324だぞ 日本人のレベルなんてこんなものだろ
アメリカ様に作ってもらえ >>323
メモリー故障だけに素人の目を向けさせて本来の話から目を背ける
これが一番非科学的 >>327
いくらハードが良くても使う人間がアホならシステム全体はアホ
という話 >>323
さらにその前提は切り替えトリガーはそのメモリーのハードが出すものなのかそのメモリーを監視している何かが指令するものなのか
後者ならメモリー自体調べてもトリガーはない
そんな情報もなくメモリー調べればわかると考えるのがお花畑 ところで富士通さん
Hewlett-Packardでは、一応その資格取られて実習もしたけど
オタク、大塩佳織の件とか横取って、ストラップもつけず
メモリーを挿入してたとか、チンポとか
まーさか、そんな大馬鹿してませんか ねえ富士通さん
俺のことを普段の行い悪いだ、痴漢だレイプだ
徳がないだ、ナイフがあっても斬れ無いだ
ああ、そんで痴漢って置換すか？出来ない？切り替えも？
ああそう こんな、ただの覚醒剤のポン漬けだらけの日本人で
この先もやってけんのかな、こっちを電気で燃やして >>325
うちのシステムは年一回訓練して稼働系と待機系入れ換えてたな
まあ、避難訓練と一緒だわな
あれも馬鹿にしてたが311以降は真面目にやるようになったわ >>330
普通に初動の話だろ
普通のこと
富士通はクズの集団だと思っているがフェアに見るとそうなる
永遠にメモリだけみてるだけならともかく >>320
>>286だが、ガチで時限爆弾の配線切るようなもんだな。
自分の時は動画配信用のmetaDataサーバだったが、どっちが生きてるか見極めるのハラハラした。
そう考えると手動で切り替えるの諦めたのも正解の一つかなと思う。 >>322
一番難しい作業だなw笑い事じゃないが。
なお切り替わらなかった原因は分かりませんということはザラ。 >>337
共有ディスクが切り替わらない原因って、共有ディスク使っているシステムにファイルロックかけられてるくらいしか考えられないのでは？
どのシステムからロックかけられているかちゃんとログに残しているかは知らんけど 新しいFirmware出てるの知ってて適用しなかったのが悪いんでしょ
これが全て >>266
汎用機なら夜間バッチが終わらなくて、オンラインの冗長系無しで営業開始とか。ショボいスーパーのPOSとは違うわな。 >>266
サーバーじゃなくて、ストレージのメモリな、発表は >>211
JRのMARSとかも止まると大騒ぎなんだけどな。
実際に今年の頭にもクレカ決済出来ない障害が出て大騒ぎになってるし。 直接は関係ない話だけど、
ソフトのバグと言うと責め立てられるが、ハード故障なら仕方無いねと言う風潮無い？
半導体の製造プロセスでコンタミとか、熱設計、PCBのパターンが拙くてマージンが無かったとかやらかしてなければハードだって壊れない筈じゃん。
なんで俺たちばかり責めるのさ、なら故障モード網羅できるエミュレータ持ってこいや 原因究明なんていってるけど、故障した機械を担当した業者を特定する程度だろう。何層にも丸投げされているだろうから、原因なんて富士通にわかるはずもないと思う。 孫請の孫請の派遣に作らせてんだろ。
とっくにやめてるかトンズラしてんじゃん。 ETERNUSかな？netappのOEM
メモリがflashストレージを指している可能性もあるね。 行政システムを統一にすればSE不足も無くなるし、経費も1000分の1になるよ
行政システムの統一や市町村合併は富士通、NEC，日立が反対するだけ １０分止まったとかでも重大だと思うが
復旧に１日かかるというのが、ありえないのだが
投資家と、その金が日本から逃げるぞ 富士通の社員に今回の損害額払わせればいいよ
仮に1000億だとして、
社員1万人いたとして、
一人1000万円払えばいいだけ 賠償は不要との事らしいが、今後いろいろタダでヤレの
注文が来るだろね。 システムそのものじゃなくて
バックアップへの過渡状態のところな
まあ脇が甘いのは確かだが >>338
ストレージとSANスイッチ経由で繋がっているシステムだとHW起因というのは結構ある
SFP(SANスイッチでもこの表現でいいのか分からないが)の接触が経年劣化で微妙にエラーを出し続けるとか 東証の情報系システムは、富士通の提案を蹴って、外資系のベンチャー企業のニュータニックスを採用した。
ハイパーコンバージドインフラストラクチャー（HCI）仮想化技術のソフトウェアでシステムを実現する。
ハードに依存せず、運用・保守の９５％は自前可能。システム構築と運用・保守は東証で行っていた。
今回の障害のトリガーは富士通納入機器の故障だが、HCIで予備へ切り替わらなかったことが問題。ソフトに不具合があったのか？運用に不備があったのか？
ハードはいつかは故障するものだから、今回は富士通に責任はない。
■企業の名はニュータニックス。米オラクル、グーグルなどの出身のエンジニア3人が、2009年に創業したばかりの米国のソフトウエア会社だ。
東証は今回、取引系以外の情報系システムの全てのインフラ部分でニュータニックスの採用を決めた。情報系システムの中には新規上場企業の審査情報や、投資家への情報配信など、重要情報を取り扱うシステムも多くある。デスクトップ仮想化システムを皮切りに、3〜5年かけて全ての情報系システムのインフラに広げていく計画だ。
東証の決断の裏には、これまでは富士通などが担当してきたシステムへの不満がある。
#東証がITシステムに初採用した「謎の米ベンチャー企業」の正体(2017/9)
https://ascii.jp/elem/000/001/546/1546864/
●日本の証券・金融市場を支えるインフラ基盤にNutanixを採用
新たな情報系システム基盤は、Nutanix Enterprise Cloud Platform上でCitrixによるVDI環境を先行して稼働させる計画です。その規模は、およそ2,000ユーザーのVDI環境をプライマリセカンダリ両現用構成で構築の予定です。VDIを皮切りに、上場企業の銘柄管理を担うシステムや投資家等へ情報配信を行うシステムなど、全ての情報系システムを対象として計画されています。最終的には、情報系システムのミッションクリティカルなシステムもNutanix上で稼働させる予定です
Nutanixの場合、設計書はWord数枚程度で、単にパラメーター設定するぐらいで運用できるのです。これまでの運用はなんだったのかと感じるほどでしたと語っています。
https://www.nutanix.com/content/dam/nutanix/ja/resources/case-studies/cs-jpx-tokyo-stock-exchange.pdf >>360
ここにインスタの写真のリンクは規制されて証拠が出せないが
大嘘だろ、それ >>363
テロしてきたのは総務省にNTTのほうだろが >>254
動作しない事を想定して設計する必要がある >>360
>東証の決断の裏には、これまでは富士通などが担当してきたシステムへの不満がある。
>Nutanixの場合、設計書はWord数枚程度で、単にパラメーター設定するぐらいで運用できるのです。
>これまでの運用はなんだったのかと感じるほどでしたと語っています。
つまりサルでも使えるｘｘ的な物にして、プロへ渡す金をケチったとｗ
動けば簡単、動かないとお手上げってな運用だな 切り替えがうまくいかなかった原因？
２重３重の対策が必要だったんじゃないの
納入先の東証が値切ったかな
ソフトと言うよりハードだろ
もっと機器に金かけろよ 東証が早々に損害賠償を請求しないと公表したのが気になる
さてはケチったな？ 神武天皇が掛けた日本不滅の呪い。世界最長国、日本の作り方。詳細編 EP4
https://youtu.be/TrhXy_3v4qc Nutanixのせいだから富士通に損害賠償請求できる筋では無いんだろ >>366
＞ハードはいつかは故障するものだから、今回は富士通に責任はない。
何云ってんの？ いつか壊れることは科学的な事実だが
保障期間は設定可能でしょ。 たかが数年で壊れるハードを
出荷したメーカーに責任が無いはずが無い。 識者に聞きたいのだが
わからないように
メモリーの同じ番地とかにアクセスをわざと多くして破壊
するアプリってあるの？また可能なの？ >>371
保証期間ってその期間は無償で交換しますってだけだぞ。数百台の機器を納品してるんだからそこそこの頻度でどこかが故障してるはず。 >>375
s://www.sankeibiz.jp/business/news/140504/bsj1405040710002-n1.htm >>359
メモリ以外のHW故障だったら公表していると思うが・・・
>>360
「予想」だけど、たぶんニュータニックスにも直接の責任がなくてニュータニックス上にばんばん増設した
アプリ（たぶん東証開発）が富士通の管理からはずれていてフェイルオーバーの時に終了されずに、
共有ディスクのファイルをつかんだままで共有ディスクのフェイルオーバーが失敗したというオチじゃないかな？ ハードは必ず壊れるという前提で助長化構成を重ねとくのが100点のシステム設計 データの消失は事故レベル7だろ
あってはならない。でも起きちゃう 一旦停止を決めたのはよかったとして
手動でバックアップシステムを起動できなかったのは何故だ？
午前中に再稼働できてないのはおかしいだろ 富士通のソフトウェア開発は全部下請けになげてるからな
名ばかりマネージャーがいるだけ
でできた製品チェックずさんで納品の話はやまほどきいている
消費税すらまともに計算できない何億もするものとか
エラー全て無視するプログラムを納品とか
枚挙に暇がない >>382
イギリス人の工作ばっかじゃん此処も
俺の心臓をどついて、カネが無いのをいいことに
西紋病院にいけないからって、似非右翼の街宣車
銀行の馬鹿までそれであそんでるぞ
安倍晋三も辞めるし
イギリス人の総会屋、中国共産党の中国人関係の
論壇の仕業だろ
俺との論戦からは逃げてばっかだがな
それに、安倍晋三そのものも大嘘こいて
俺のiMacの情報抜いてあべこべにするし
ここの情報も嘘ばっかじゃん 富士通の技術力云々言ってる奴いるけど、海外のシステムでも大規模障害は時々起きてるのは見ててないのかな？
この前Azureで障害出て暫く仕事にならなかったとこあったし
うちでも一部でteamsやメール確認に支障があった
Appleのクラウドサービスもその前日かに大規模障害発生してたし
障害は減るに越したことはないが全く無くすのは無理
過去にない規模の範囲、時間の取引停止だったけど、中途半端な復旧あきらめることをさっさと決断したのは偉いと思う >>384
MTBF
ダウンタイム低廉
MT、滝川雅美で滝川クリステルで
BF、小泉進次郎の大馬鹿しっかりしろ、でしか無いわ
真似もすんなよ 1年足らずでハードウェアの障害とかテスト適当にやりすぎだろｗ 俺のiMacはなんかおかしいんだよ
USBサージとか漏電があって
メモリーさしてバックアップ取れればいいだけど
それやるとUSBメモリーがみんな死ぬ >>384
超ミッションクリティカルな株式取引システムとクラウドは比べられんだろ >>388
韓国人の大馬鹿の糞メモリーばっかで
実際の資源に材料なんかいっさい足りないよ、ほんと >>373
STAXNETみたいな話であれば、それは可能性はあると思うよ。
だから東証のサーバーを直接触った人間が何人居たかチェックできる体制を組んでるのかどうかは確認ポイント。
東証のサーバーを触れる権限を持った人間がサーバールームに入ったログを洗うとかそういう生易しい話ちゃうで。
東証のサーバーのログを確認してUSB刺した形跡があるかどうかを洗うとかそういう生易しい話ちゃうで。
東証のサーバーに監視カメラを設置してあって、東証のサーバーに物理的に触ってUSB等々に何か刺した人が
居ないかどうかをチェックするということ。多分そこまでやってないやろうね。
STAXNETみたいなゼロデイ攻撃するウィルスを仕込む話であればUSB刺したログなんか残る筈が無い。 >>233
毎年億単位で報酬貰えるんなら、それでも良いんじゃね？ >>384
問題起こしてる頻度が違うだろ。
国内同業他社と同レベルのシステムやってる割に、富士通だけ障害起こす頻度が高すぎるんだよ。 メモリ壊れたのは仕方ないが、サブシステムが立ち上がらなかったのは富士通の怠慢 >>394
他のシステムも含めての話でも大差ないんじゃないか？
一つのシステムでなら、東証のシステムでこの規模の障害が発生したのは15年ぶりだし
目の届く範囲で受けてる数が多けりゃ障害が起きる件数も多いだろう 富士通で出荷前工場試験ちゃんとやって合格してるはずなんだが、想定外の事が起こった？
試験機を組み立てて確認試験しろよ 業務アプリがまともに動かないレベルでディスクIOに遅延やタイムアウトが発生してるんだから
さっさとフェイルオーバーすればよかっただけなんだよ
まともなシステムなら普通に実現できてることです 絶対壊れないシステム求めてる奴って頭おかしいのかな？
こういうやつがいるから原発が爆発するんだろ 富士通は話を聞くと日本のIT業界の悪い所の集大成みたいだな。
こんな会社潰せよ。 >>402
一部が壊れても正常に動作するように設計するのが普通です…
主要国の取引所で今までこんな事はなかったと言われてる大失態。 >>384
１日止まった東証と早朝4時から数時間
とまっただけのAzureを同等に扱うのは乱暴だろ
技術者として低レベル
もっと勉強しなさい 富士通さんは「動かないコンピュータ」の殿堂入りですかね・・・ >>404
それすら正常に動作せず壊れることを想定してないなら頭悪いと思うよ
今回、当日稼働による混乱と天秤にかけてさっさと終日取引停止、翌日復帰を目指すに切り替えた経営判断は英断だと思う
全取引終日停止はここ何十年もないだろうことなのに 引き金となった基幹システム「アローヘッド」の設計・開発を手掛ける富士通の東証のシステムを巡る大きな失態は、2005年、12年に続き3度目。
https://r.nikkei.com/article/DGKKZO64574670S0A001C2EA5000?s=6
富士通といえばシステム障害というイメージが出来ちゃってる。 >>409
判断としては正しいかもしれないが、英断とは言わない。
当たり前の判断であって、１日も止める結果を招いたことはあってはならないこと。
技術者として低レベル
もっと勉強しなさい >>360
これは情報系だからバックオフィスの事務処理用
証券取引の処理は銀行と同じで勘定系とか呼ぶんじゃないの まあ、止まっても何も変わってないんだから、実は止まってもそれほど大きな問題じゃないんだけどなw
勝手に止まったら問題だって、無理矢理仕事作ってるだけで >>397
>>403
イギリス人の工作のデータ取ったが
お猿どころか、ヤク中以下でけっきょく韓国人の大馬鹿なみに
理解不能だった フェイルオーバーが失敗した後に個別のサブシステムの再起動で済まず
全体の再起動が必要になったのもポイントだろうね
リカバリーが困難なシステムになっているのは富士通の設計の不手際だろう >>416
iMacにUSBサージとか漏電がなかったら
メモリーばっかでいいんだよ
なんかネットワークとか使って複雑になってさ、此処の場合 >>381
完全な形で再稼働しないと被害が拡大するから悩ましいね。板の配信が遅延したりしたら洒落にならないし。 孫孫孫孫孫孫請けだから原因調査は難航を極めそうだな >>419
陸軍中野学校
うちの香川県のあの中野美奈子ちゃんじゃないが
常識を疑えだよ >>1
>>381
【17時37分】「システム再起動なら証券会社にとって注文が消える異常事態に」
川井執行役員は「システムを再起動した場合の混乱リスクとはどのようなものか」と問われ、
「システム再起動は電源を落として再度立ち上げになる。
それまで多数の注文を証券会社から受け付けている。
再立ち上げになると受けた注文のデータがすべて失われて、
またスタートするという状況になる。
証券会社にとっては出した注文が消えてしまって通常と異なる対応になってしまう。
円滑に取引を再開するのが難しいと判断した」
と説明した。
-----
日経マーケットニュース：東証社長「市場運営者として責任痛感」 終日売買停止
2020/10/1 16:10 (2020/10/1 18:22更新) >>421
なんでそういうことになるのか謎なんだよなぁ
今までのトラブルでは再起動して数時間で問題なく再開できたわけじゃん
その辺のデータの持ち方が変わったんかいな
俺は移行時になんかやらかしてすでに消えていたと思ってんだけど >>422
復旧までの時間にも依るんじゃ無い？
再起動が長いとその間に市場が動揺する様な出来事が起こるとかあるから、一旦仕切り直して寄り付きから始めるだろうな。 >>421-423
通常と異なる対応とやらができない証券会社のことは見捨てて、市場側としては再起動してでも早期復旧が筋な気がする。
事前にどこまでトラブル対応についてすり合わせてたかが問題だが。 >>414
システム障害で信用が毀損して市場全体で株価下がるかなと思ったがあんまり下がらなかったな
トランプのコロナ感染で暴落したけど >>424
出たとこ勝負で半分壊れてる市場で取引再会なんてしたら、正常な値で取引出来ずに損したり得したり混乱起きるだろうし、
さっさと再会するのが正しいとは限らないと思うよ
リスタートで脱落する証券会社が事前に見積れてるならやるのも手かもしれなかったけど
資金繰りの問題とかあれば大変だが >>398
違うぞ。前回は2012年だ
事実くらい把握しとけ >>427
それ全部は止まらなかった。全銘柄の1割が影響受けたが あーまた中華のサイバー攻撃かやってなーと思ったら。。。。 富士通の中古ノートパソコン使ってる
部品寄せ集めのせいぜいその辺までの技術しかないんだろな >>408
最近読まなくなったけどまだやってんのかなあの連載
今回の失敗からはいろんな教訓を得られるような気がするがマトモな検証するのかねぇ 此処には、どうせまともな電力も与えない
そんなのだから参考になるのかなあ みずほの障害も富士通だったよな。IBM使ってればよかったのに。 原因究明って不実だから「やっぱり」「またか」「こんなのも」って感じなんだけど！ 何やててんだあ！ 富岳が泣くぞ。
命かけても、月曜日までに
原因究明と対策案を出せ！
恥ずかしいわ。日本のサムライの恥だわ。 みずほって3つの銀行が合併したわけで、それぞれのシステムを持ち越したんだよ
統合なんてとても無理な力関係だったから綱引き状態が続いた
富士通だけが担当してたわけじゃない
一時切られそうだったが決死の覚悟のトップセールスで巻き返した >>431
開発遅延は
15年連続40回目とかなってそうっっw >>392
トン
ゼロディ関連から入るとログすらのこらないんだ
怖いな また、社員がクズって謝罪？
まあ、クズには違いないけど 日立は賢いだろ
家電も不具合少ないし堅実だよ
最後まで残る家電は日立だな 日立が賢いとか脳にうんこでも詰まってんのか？ってレベル >>384
どうせ、賠償金なんて払わないんでしょう 日立が一番パワハラが酷そうに見えたけどな
あの東芝以上に >>451
クズの集団
そもそも、みずほのシステムに噛んでるんだからマトモなわけない
>>453
正解 >>454
まあ賢いにも種類があるからな
見方によってはクズになる >>453
パワハラ云々と、システム落ちないかどうかとは別問題だからな。
システム関連は石橋叩いて叩いて叩きまくって渡らない、ってくらいの堅実さ。
勿論、その分中の人が泣いてる訳だが…… 機械は壊れることもあるだの生殺しで切り替わらなかっただの自称プロが議論しまくった挙句、事実は単なる設定ミスで草 >>456
石橋を叩く、
俺はこのことわざが大嫌いだ。
顧客はタンクローリーやキャタピラを備えた車で渡ろうとする。
石橋なんて駄目駄目、
頑丈さはもちろん、
通行ログ、自己修復機能もあると望ましい。
原因は東証が冗長化のプロセスの一部を省略していたこと。
そして、（ここ大事ｗ）理由はない。
なんとなくとか、なんか勿体ない気がしたとか。
理由があまりにクルクルパーだから公表出来ない。
これが原因。
富士通は関係ない。
東証が今考えていることは、「どうやって誤魔化すか」。
つまり、東証はいずれまたやらかす。
原因を徹底的に究明して二度と起こらないようにしようと
考える感覚と
どうやったら原因を誤魔化せるかと考える感覚とは
両立しない
東証はまたやらかす
原因は東証が冗長化のプロセスの一部を省略していたこと。
そして、（ここ大事ｗ）理由はない。
なんとなくとか、なんか勿体ない気がしたとか。
理由があまりにクルクルパーだから公表出来ない。
これが原因。
富士通は関係ない。
東証が今考えていることは、「どうやって誤魔化すか」。
つまり、東証はいずれまたやらかす。
原因を徹底的に究明して二度と起こらないようにしようと
考える感覚と
どうやったら原因を誤魔化せるかと考える感覚とは
両立しない
東証はまたやらかす
東証に原因があるから賠償請求を早々に放棄したのか
とんでもないやつらだな >>374
偶発故障はゼロに出来ないからね
保証期間内は無故障にしろとか鬼畜すぎ >>386
一年足らずならまだ初期不良もパラパラ出ている時期だろ
寿命になるまでは部品の故障ゼロにしろってのは無理な話 >>316
ハードそのものの故障は仕方がない
問題は冗長化がどれだけできていたのかというところとしてた部分なら何故それが機能していないのかということ >>345
やらかしてなくてもハードは壊れる
自動車向け半導体のテスト工程は尋常じゃないけどそれでも一千万個に数個は必ず不良品はでる
もし不良品ゼロを実現できたら自動車業界のシェアを総取りできるよ 設定ミスだってわかったのに何でハード故障にこだわるの >>57
富士通のPCの中に富士通のHDが入ってるとでも思ってるの？ https://xtech.nikkei.com/atcl/nxt/column/18/00677/100600062/?n_cid=nbpnxt_mled_itm
「複数の証券会社と対話した結果として、総合的に（10月1日中に）再開させるべきではないと判断した」と言っていたが、当社にはそのような問い合わせは来ていないし、対面系やオンラインの大手証券会社数社に確認しても同様の回答だった。
いよいよあやしくなってきたな
すでにデータ飛んでたんじゃないのかね >>472
兆の金が動くシステムの保守の見積もりに
富士通が年10億の見積もりを出したら
「いらない、自社でやるから」と言ったのが東証らしく
東証のIT系の役員ってNTTデータやNRIからの転籍組が多いらしく、せっかく富士通が入れたフェイルオーバークラスタも自社で運用すると言って値切ったらしい
アレって設定さえキチンとやってれば手放しで自動切り替えだったのに
比較的に最近のアーキテクチャだから ＩＴ業界でも設定知らない人が大半を占める 官公庁、企業に入札に１円で応募して仕事を根こそぎうばった富士通、NECは
すっかりダメになったな。業界全体が使い捨てで残ったのが導入された糞システムと
悪しき慣行。 >>479
叩き上げの訳ねえだろ
アンタの会社で会社から教わってプログラミングやデータベース出来るようになった達人とかいるか？ >>481
舐めたらアカンよNEC
武蔵小杉タワーに行ってみな 水間条項TV
東京証券取引所システムダウンは工作員の犯行だった。 >>481
N系はダンピング余裕だからなぁ……
他で元取ってるんだろうけど、どう考えても絶対に無理な価格でシステム持っていくからなぁ…… >>483
深夜まで残業しているのは子会社の雇った派遣だけどな。 >>477
原因となったストレージってnetappのoemのやつだよね
昔からある製品じゃないの？ >>490
行った事ないのに良く判るね。
じゃ武蔵小杉タワーに入ってる店の名前言ってみな。
入ってるATMの銀行でも良いからw
一つで良いよ
行った事あれば判るよねw >>492
そもそも武蔵小杉タワーなんて言わない。内部の人間ならS棟N棟SC棟ね。 >>492
そうそう、もう１つ。
NECにとってあそこは「玉川」であって武蔵小杉なんかじゃ断じてないから。
武蔵小杉呼びしている時点で外部の人間だってバレるよ。 >>493
> そもそも武蔵小杉タワーなんて言わない。
>内部の人間ならS棟N棟SC棟ね。
Wikipedia丸写しだねw
もう一度言うよw
店の名前言ってみな。
入ってるATMの銀行でも良いからw
一つで良いよ
行った事あれば判るよねw >>494
それもWikipediaから丸写しだねw
↓↓↓
NEC玉川ルネッサンスシティ
NEC玉川ルネッサンスシティ（エヌイーシーたまがわルネッサンスシティ）は、神奈川県川崎市中原区下沼部にある日本電気 (NEC) の事業場。
NECが創立100周年記念事業として、既存の玉川事業場の一部を高層ビル群に建て替えた。最高部で156mであり、2つの事務所棟の間は連絡橋でつながっている。屋上にはヘリポートが設置されている（東京都港区にある日本電気本社ビル「NECスーパータワー」は180m）。
2つのビルは時期をずらして建築されたが、第2期棟「ノースタワー」は建築費の調達のため、ビルを証券化している。
第2期工事の完成に伴い、2005年（平成17年）5月に横浜事業場（横浜市都筑区）を閉鎖・売却（跡地にららぽーと横浜を建設）し、本社・横浜事業場・我孫子事業場（千葉県我孫子市）の3カ所に分散していた携帯電話事業関係の開発拠点をノースタワーに集約した。
サウスタワー（第1期棟、2000年1月竣工）地上26階、塔屋2階、地下2階（高さ116m）
ノースタワー（第2期棟、2005年3月竣工）地上37階、塔屋2階、地下1階（高さ156m）
ホール棟地上2階 でシステムはどんな構成なの？
NYSEはHPのプロライアント400台をRHELで動かしてるって2007年に明かしてるだろ >>21
ソフトウェアのバグって、なんの言い訳にもならないと思うんだけど ソフトハードともに猫の目のように変化が激し過ぎるんだよね。
大規模システムになると、新しい機器やソフトの詳細について
関わりの無い担当者は無論、全体を俯瞰するＰＭも知らない。
よって信頼性は、現場の技術者の能力と気の利かせ方に大きく依存する。
底辺の下請けＰＧを管理サポートする体制に問題あるんじゃねえの？ 武蔵小杉タワークンは頑張って調べたようだね。
将来働くかもしれないキミに情報を与えてあげよう。
ここで働けるようになったらきっとトイレで困ると思う。
今はまだ意味がわからないかもしれないが、覚えておくときっと役立つ。
狙い目はSC棟1Fのトイレだ。
EVの反対側、EVホールからゲートに向かうと右手に個室の数こそ
他のフロアより少ないが、若干稼働が少ない個室がある。
ゲートの内側なのでSC棟に入れる権限がないとだめだが。
空き室表示がフロアにされるようになったけどそれでも個室を狙うライバルは
多い。ヤバくなったらSC棟1Fで望みをつなぐんだ。 絶対に不具合を起こさないシステムを作ればいいだけの話 その結果が、いかなる異常結果であっても明文化されていない仕様の内であるという
日本式システムです。 日経の記事見て何となく分かったよ。
要するに、サーバーは２重化されていたけど
データを保存するディスク(メモリ)装置は
共有メモリという名称で分かるように２重化されて
いなかったんだろね。
その共有メモリの故障の範囲や程度にもよると思うけど
それが壊れたんじゃあサーバーを切り替えても業務続行は
難しいわな。
例えで云えば、経理用のＰＣが壊れたんじゃあ
もう1人の経理担当者に直ぐに引き継げと云っても
出来ないよな。 まずＰＣを修理して、中のデータの
整合性などチェックして、失われたデータを適正に直す
などしないと引継ぎは無理だわな。 >>506
そんなタコなシステム設計にするわけないと思うよ >>496
普通に玉川だよ
ずっと、なんで多摩川って思ってたわw >>501
問題大有りだよ
プロパー連中は知らなくて当然だだし
俺がわからないからダメって平気で言うから
しかも、数日前に説明して納得したものをわからんからダメって平気でいう
諦めてトラブルのわかっててそのままにする 東証のシステム障害、自動バックアップ機能が５年間オフ…仕様変更で切り替えできず
https://news.yahoo.co.jp/articles/6207ea46978204b517fcc49bfdcf658877d674f5
> ２０１０年の初代アローヘッドの稼働時には、機器が故障した際は１５秒後に
> 自動でバックアップ機器に切り替わる設定だった。だが、１５年に導入した２代目以降は
> 製品の仕様が変わり、自動切り替えができない設定になっていた。
> システムの開発・設定を担当した富士通によると、製品仕様が変更された際、
> マニュアルへの記載がなかったという。
これ、どう見ても東証と言うより富士通のチョンボだろ >>510
いまラジオでやってた。
15年までは自動で切り替わる設定がオンでもオフでも切り替わるフェールセーフにしていた。
オンオフの設定に意味を持たせてしまったのはアメリカの会社が納品した製品。
その会社はそれを富士通に知らせてなかったと。
勝手なフェールセーフが裏目に出た。 富士通品質に問題あり。採用継続にはそれなりの理由が無いと癒着してるようなもの。 >>504
そんなの絶対あり得ないけど? システム音痴だな?? 富士通側の原因解明はやらないのか？また繰り返すの？ OEM元が仕様変更を通知しなかったら気付くのは難しいな。
マニュアルも改版されてなかったらしいし。 そういったところから解明・再発防止しないと、富士通製品の品質が低すぎて採用できないんじゃ。
頻繁に止まったりトラブりまくっても構わないシステムならともかく。 >>40
アメリカどころか中国にすら周回遅れだから
アメリカ意識する事自体おこがましいよ >>516
普通テストするだろ
お硬い銀行なら月１で正副切替えのテストしたりしてるし
まあ共有ディスク周りはなかなかテストが難しいとは思うけどそれでも納入した時にテストしてないとかマジで信じられん OEM元の仕様変更に気づかず販売サポートしていた富士通の責任だよな。これで金取って儲けてたんだから。 ハートビート制御、同期処理
うちに東芝のワンセグがあって、盲点をつかれたというか
V30Eって製品だ
東芝でiPod対策で出した音楽も聴ける小型機器
どうもこれがカギらしい あ、製品名が東芝ギガビート
ビートたけしも関係あるのかな
クック船長は、これでビーツとかいうイヤホン関連を買収した >>1
Λ,,,Λ
(ミ・ω・)富士通のソフトウェア部門は大昔からデタラメ無責任団体
Λ,,,Λ
(ミ・ω・)関わるのが馬鹿なだけ 競争がないからな指名発注で,へまやればすぐ他の業者にシステム発注するぐらいでないと 原因なんてすでにわかってるけど責任の所在を誰にするかで長引かせてるんやろな こういう面倒なことは富士通本体から
下請けに丸投げしてるはずだから
原因の究明って言っても下請けがやってるだろうｗ >>391
あるというか異常きたしたことを通知してアプリに優先権あったら東証側だけど
当たり前のようにそのことをハードに伝わらないってもがおかしい ■ このスレッドは過去ログ倉庫に格納されています
