【悲報】富士通、東証システム障害の関係者を処分へ
■ このスレッドは過去ログ倉庫に格納されています
株式売買システム「arrowhead」の不具合が原因で10月1日に発生した東京証券取引所のシステム障害を巡って、
機器を納入していた富士通は19日、製品マニュアルに不備があったとして謝罪した。
今後は関係役員の処分を検討し、社長直轄の組織で再発防止に取り組むという。
障害の原因について富士通は「マニュアルの記載と実際の仕様の齟齬(そご)があった」と説明。
マニュアルには「メモリ故障などが発生した場合は、必ず自動切替が行われる」との記載があったが、実際は自動で切り替わらない仕様となっていたという。
OEM先の米国企業が製品の仕様を変更した際、富士通がマニュアルの記載が変更されていないことに気付かず、仕様の変更も検知できなかったとしている。
東証システム障害はマニュアルの不備 富士通「確認が不十分だった」 関係役員の処分を検討
https://www.itmedia.co.jp/news/articles/2010/20/news141.html 役員処分して何か変わるのかね。ただの社内オナニーじゃね。 マニュアルのせいで、正副切り替わらなかったの?おかしくね? 問題なくいってて当たり前、
でも、なにかトラブルが発生したら、責任をとらされる
そんな仕事には、つきたくない 土日休みなんだから毎週テストできたはずだろ、1度もやってなかったの まぁ馬鹿しかいないから気付かないよなあ
こういうのは営業が気付くのが正しい形なんだが こっちに詳しく載ってるわ
自動バックアップ、5年間オフのまま 東証システム障害、富士通のマニュアルに不備
https://www.itmedia.co.jp/news/articles/2010/20/news105.html
マニュアルに不備があったのは、機器を製造した米国企業の仕様変更が原因だという。
2010年1月に稼働を始めた初代アローヘッドでは自動切り替えが「オフ」でも、
トラブルを検知すると15秒後に予備に切り替わる仕組みだったが、
2015年9月に導入した2代目からは「オフ」時にはバックアップが作動しない方式に変更されていた。
これを富士通が把握せず、初期設定を「オフ」にして東証に納入。
マニュアルにも反映されていなかったため、東証も気付かないままシステムを運用していたという。 いやそこは処分したらいけないところだぞ。処分したら富士通に非がある事になる。 誰かが腹を切ると何かが解決したような気がして皆安心する
イルボンは未だ中世に住む土人ニダ 日本の株式市場マル一日中止めたんだぞ
当たり前体操 OEM先の米国企業って
富士通が作ったモノじゃないの >>2
金がらみのシステムはいやじゃwww
勤怠管理とかの社内システムでまったり過ごすのがいいね 始末書書いて社長のところに出向くんだろ
今頃は綺麗に土下座する練習してるよ >>8
いやいや↓言っててこれがマニュアルのせいて無理ない?
東京証券取引所は5日、システム障害により終日売買停止となった問題について、株式などの売買情報を保存する機器(メモリー)が故障した際に、
自動でバックアップ用の機器に切り替わらない設定になっていたことが原因だったと発表した。 関わった時点で負けなやつか
ひと入れ替えて変わるかね >ネットワーク切断については切り替えテストを行ったが、メモリなどの故障については「NASの設定値とマニュアルの整合性については富士通内の製品出荷プロセスで検証されている前提だった」
システム更改部隊以外にストレージ専門部隊にも問題ありだなw 富士通は詰めが甘い印象
ユーザー企業だって、
曖昧だけど分かったつもりになって
勘違いしているところがあるはずなのに
まあどっちもどっちとは言えるが 富士通「OK、OK。(英語わかんねーwww)」ってこと? >>17
なぜ切り替わらなかったのか侃々諤々だったろうに、こんなオチだったか 米製品ってしれっと仕様変更するから
気が付かなかった担当者頭抱えてるだろうな 世界中で信用なくしただろうからな
ブランドとしての損失に換算したら計り知れないだろう >>28
勤怠も給与に影響おおありだろ
なんもしらんの? 切り替わりテストやってないのに、やったことにして合格としてたってことだから、相当悪質でしょ、これ。 マニュアル人間はいざという時に使えない例えとして長く語り継がれることであろうw 2015年の2台目納品時に、切り替えテストしてないのかよとも思ったけど、メモリ故障パターンとか部品単位のテストってあんまやらないかも? >>56
前のやつでそのテストやってるからいいや
製品の納入部門が確認してるだろうからやらなくてもいいや、だぞ
そしてそれを東証側も承認した 社長直轄って一番ヤバいだろ
わかってない奴が直接号令とばすとか恐ろしい 関係者が気の毒だわ。
その仕事ヤバそうだから拒否させてもらうわって言えるわけでもないのに。
有能なやつが竹の子のように次から次へと生えてくるわけじゃないのに、
ようやるわ。 で、どこのOEMなんよ?
旧Sun?ネトアプ?emc^2? >>17
これ無理ゲーじゃないの?
どうやったら防げた?? >>2
それなりの対価があればいいんだろうが、所詮はリーマンだからなあ
就職ゴールな糞には似合いだけどw >>9
問題無いことが評価されない世界だからなあ。 >>17
これ、富士通自体に仕様変更を把握し関係部署へ通達する仕組みがなかったことが
原因じゃん。
こんなん、担当者はブレーキのないトロッコに乗せられたようなもんだぞ。 >>3
現場で分かってる奴が1人もいないんだろうにな
しかもOEMだし
自分たちでは作れない ttps://twitter.com/ryukbk/status/1318359774740709376
https://twitter.com/5chan_nel (5ch newer account) >>85
100%でも良いくらいだと思う。
もし米国企業が勝手に仕様変更してたとしても、
OEMだから納品時に変更を把握する義務が
富士通にあるんじゃね? これ個人じゃなくて組織、品質管理の問題だろ。普通は先方から仕様変更通知が来て富士通で承認行為が生じて初めて仕様変更。こんなんで納得するメディアも東証もどんだけ世間知らずなの? このシステムって開発しててマジで楽しくなさそう
ちゃんと動いて当然と思われてて、しかも開発者は年収なんて知れてるのに、そこで取引してるマネーゲーマーたちは億を簡単に動かす
苦痛すぎだろ、、 いやいや、富士通レベルの企業が東証へ重要なシステム納入する時に、
仕様書も読み込まずにそのまま受け渡すの?
日本企業ってこんなレベルまで下がったんか。 切り替わりのテストしないとかありえんやろ
これだけのシステムやぞ
信じられんわ
ただの役員の在籍情報を表示するだけの糞システムでも冗長構成とってたら
一回は常用強制停止して待機に振り替わるか見るわww >>17
これメモリ故障うんぬん関係なくね?
フェールオーバ/バックの試験やってれば分かったよね バックアップって安全装置だろ
安全装置が動作するかチェックせずに納品とかやばすぎんだろこの会社 これ系のニュース見てるとやっぱ現地現物確認て重要だよなって再確認するわ。しんどいけど。 >>17
仕様変更時のリリースノートはちゃんと読まんとアカンね… >>13
担当「動作中にメモリ壊さないとテストできないんですけど、壊していいですか?」
上司「バカ言ってんじゃねえ。金かかるだろ。テストしたことにしとけ」 これ大企業病だよな
導入決めた奴、導入指示した奴、実装した奴
みんな他の誰かが変更点を確認すると思ってる
問題のない製品をクライアントに提供するのが目的じゃなく
指示された仕事をこなすのが仕事だと思ってる
だから製品の品質が低い 結局富士通のせいだものな
ホントどうしようもない会社だわ >>105
おそらく米のドキュメントにも書いてないんじゃないかな
内部パラメータなんてそんなもん >>97
今の日本人は仕様書読んでも理解できないレベルかもな
アップルの日本人プログラマーの記事を読んだけど「日本人は設計図を見てもなぜその部品が必要なのかを理解してない。なんとなくいつも付けてるから今回も付けてみたって奴ばっかり」と話してたわw >>2
インフラはやりたくないけど、ソフトウェアのシステム事態は大したことなかったぞ、金が絡むから、レビューとテストはしつこいくらいにやるけど、所詮はバッチ処理 富士通は設計がダメなんじゃねえか?
後になってやっぱダメでしたってのが多いんだよな まぁ切り替わると言っておいて、その設定ミスってたせいでダメだったらしいから当たり前だよね。
これ運用の対応褒めてたyoutuberいたけど、馬鹿じゃねぇの。
運用する側からしたら、その前にちゃんと切り替わるように作っとけって話でクソ迷惑なんだけど 社員の働きが悪かったからですか。いつものことですね。 不具合はないのに仕様変更したらアカンと
思うけどね 富士通は仕様書書いて丸投げしただけで、自分ところでテストもやってなかったんけ? >>1
ま、担当してたバカ共は、ヌルい仕事だとでも思ってたんだろうな。
処分されて当然 >>17
絶対これ関係ないとみた
原因不明の説明がつけられなくてこじつけたやろ >>121
OSでもソフトウェアでもそうだけど
内部のフォルダ構成とか設定値とか
マイナーバージョンアップですら結構替わるぞ
もちろんその値を公開なんてマイクロソフトもRed HatもOracleもしてない >>45
切り替わらなかったじゃなく
そういう設定ですたw
っていうここで散々ああれやこれや、パソコン大先生が議論してた事が全部無意味になった事件だったね。
舐め腐り過ぎてて、エンジニアと呼んでいいレベルじゃない。 他人が作った物を右から左に流してるだけで自社でチェックすらしない
マニュアルもちゃんと読まない
この会社は何をするのが仕事なんだろう >>115
これが同じアメリカ人なら親切に教えてあげるんだろうけど、日本人だから教えなかったんだろ。
ただのいじめ話を偉そうに言ってるだけ。 まあ兵隊じゃなくて士官が処分されるべきではあるわな。 しょうがないね 左遷くらいじゃ済まないよ
どんだけの取引高が有ると思ってるんだよ! >>112
おまけに自分には関係ないとか、客が言わなかったからと平気で責任逃れに終始してるのも日本のエンジニア崩れの特徴 対策が処分と社長直轄の部署にするとかなのか
なんか体裁だけ繕ってる感が否めないな >>131
>>133
日本のエンジニア崩れは、タバコふかして、スタバのカフェ煽りながら、横文字並べて悦に浸ってるだけのゲロカスが多いからな。
気がついても、知らぬ存ぜぬ >>17
これが原因なら2015から変更された点の仕様書を全部チェックし直してるのかな? >>136
もちろん見えるような階層にあるものじゃなく
処理プログラムを走らせるときにのみ使用したりするところだけどな
でも開発アプリとかだと意図せずそのパラメータを引っ張ってきて
バージョンアップしたら動かなくなりましたとか稀にあるケース 関係者を処分しときましたから!
ってそんなの外部の人間にはどうでもいい話であってな 責任取って(てかやってられないから)辞める
→後輩が担当させられる
→ちょ、俺、無理無理無理、俺も辞めるわ
→それを繰り返す
→誰も保守できる人が居なくなる。
これ、今回の富士通に限った話じゃないからね。
なんでか保守って甘く安くみられてるから、そう遠からず
日本のどこでも瓦解すると思うわ。 富士通のパートナー会社に前いたけど富士通製品の特にソフト
マニュアルがわかりにくすぎるんだよ
→(Pxxへ)が多すぎてどこ読んでるのか分からなくなったりする
その癖マニュアル道理に動かないから結局サポに電話
サポートもいまいち理解していない
てのが色々あったな >>28
勤怠管理担当してるけど、労務にバレないように、こっそりデータ改竄してくれと言う依頼が連日来てウザイぞ。 >>142
バージョンの互換性問題はまさに>>142だから稀どころかよく起こるぞ この手のインフラシステムのSEは止めた方がいい
正月もお盆の無くなる
俺は原発の制御ソフトを昔やってた >>144
結構あちこちで瓦解してるよ。
すでにね
5ネンカンバックアップ取れてませんでしたwいざ、ディスク飛びました、復元しようとしたら、何も入っておらず、事業計画からなにから何まで全部消し飛びました
って事故を、全く同じ機種同じOSで3回もやらかしたクソバカを知ってる。
普段から偉そうな御託と上から目線で嫌われてた野郎だったが、その日以来見かけていない。 >>78
普通は切り替え機能が動作するかテストする
レアケースまで網羅することは無理でも
機能自体がオフになってるかどうかはわかるから今回のは防げた 無能は日本郵便に就職すれば良かったのになぁ
システムも何もわからなくても僕ら頑張って勉強します、で終わりw マニュアルの不備って事は現在の動作を正として治さんって宣言かな >>115
日本はなぜか優秀な人はコーディングすべきじゃないって風潮だし仕方ないよね >>156
高卒・専門か、私大文系がプログラマー職なんだもんw
現場を渡り歩くだけだし、IT土方 呼ばれてもしゃあない >>58
作ってないやつがあーだこーだ能書き垂らしてくるんだぞ、ムカつくわ。 粛清かよw
さすが鬼の富士通だな
関係役員は反省しておけよ! >>159
最優先で聞くのはそれなんだけどね。
日本の場合は、
誰が責任とんの?から始まって、
→開発者
→辞めたらあ!
ってなる。 >>103
富士通ブランドだからNetAppでしょ このレベルの仕様変更が気付けないようならゴキブリと一緒で他に数十は問題ある。火消ししたいんだったら大馬鹿だわ。余計に心配が広がっただけ >>157
結果
たかが定期エクスポートする程度のものに何百万円も要求してきた、アホなSIコンサルがいたので、VBSで叩くだけでいけるじゃん
と指摘したら、VBSってなんですか?
なんて、入社2年目程度のクソ女がいたのお思い出したわ。
てめーんところの本社が公開してる情報もVBSもしらんで、さっきまで横文字並べてイキってたんかコイツってのが日本にはマジで存在する。 これ富士通は再発防止対策にどれくらいの費用を費やすんだろう?
事が事なだけに1000万円以上は掛かってしまうんじゃ… 気づく以前にマニュアル読む時間すら与えられないだろココ >>111
テストは物理的に壊さないと見つけられなかったはず
ソフト的に疑似エラーを出したテストはすり抜けた >>26
富士通のような大企業でも、全て自社製品ではない
OEM による製品とたくさんある とりあえず
文系はシステム関係から駆逐せんとダメだな トカゲのしっぽ切り
今後も国策案件や重要な基幹システムには無条件で関与出来る昨今では珍しい殿様商売企業 >>146
使いづらい分かりづらいインタフェースの言い訳的なものがマニュアルという体たらくだからな
リンク切れもなんのその、サポートへお問い合わせいただければお客様に寄り添いますw >>1
こういうのが日本のITを駄目にしていくのに
AmazonもGoogleもたまに動かなくなっても自分たちの思ういいもを出そうとしてるんだけどねぇ >>172
多分そんな細かい事はおいといて、社内政治で負けた部門が腹切らされただけじゃないかね? >>3
だがちょっと待って!
まずオナニーは大事だよね? >>178
SEだけどあーだこーだ言って意思決定が遅いんだよな
作って初めて浮き彫りになる問題もあるのに
バグを出すのを恐れすぎ ○○だから防げた とか ○○やってれば防げたはず とか
そういう台詞は
ぼくよくわかってませんイメージだけで適当言ってます と言ってるのと大差ない >>41
システム部門は全員TOEIC受けなきゃいかんのだけどな こういうデカい事故が起きた時が、顧客の検収体制含めて、「そもそもベンダーだけで品質は保証するものなのか?」を問い正すチャンスなんだがな。 どうでも良い設定ならまだしも、こうゆうシステムの根幹のところで手を抜いてテストしないのはクソ 切り替わるはずが故障ならいざ知らず、切り替わらない仕様はあかんよー。 >>1
処分には反対( ・∇・)
原因と対策を打てる事で良しとすべき( ・∇・)
あまりにも日本的で何の益にもならない( ・∇・)
自己満足の極致( ・∇・) 今回の故障パターンはテストしてなかったか、あるある まずそもそも日本語を読めない人種なんだろうけども
処分されるのは「役員」
エンジニアでは無い >>1
重要な仕様変更なのに説明されてない訳がない
言った言わないで乗り切るとかとことんカスだな 打首獄門で正門前にさらされるとは殿は酷いのぉ
お慈悲はないのかと ここ傘下のプロジェクト参加したことあるけど酷いもんなぁ、ホントにデスマーチなんだもの。二度とやりたくない仕事の1つだよ。 基幹システムなのにOEMかよ
仕様変更の指示出したの富士通じゃないのか
丸投げで勝手に変更されたとしたらそっちのほうが大問題 >>152
切り替え機能はオンだけど、トリガー発生条件が変わったから自動切替対応しなかったパターンじゃないの?
だから、切り替えイベントを手動で発動したときはちゃんと切り替わったと思う。 えっ、システム2重化して、ハードが故障しても無停止運転を続けることが要求だったんでしょ?
それが、待機系に切り替わらないことが仕様だったと言われても、何が何やら・・・ 金融庁が口出したんだろ。
良くわかってないコストセンターの仕事してるフリなつき合わされるなんて可哀想だわ。 >富士通がマニュアルの記載が変更されていないことに気付かず
え?これで処分されたら堪った物じゃないんだが >>112
この1件だけで品質低いとか分かるか?
東証のシステムの稼働率ってどんなもん? 東証担当のSEと、もう少しぬるいシステムを担当するSEって、末端SEともなれば給料一緒、
管理職でも2割違うかどうか
絶対こんなミッションクリティカルなシステムは担当したくない
役員クラスになると会社の業績に関わるから、こういう商談を取りたがる
なので、問題が起きたら役員クラスが責任を取るべき テストをするには稼働を遅らせるしかなかったがそれが認められなかったんだろ 処分して改善するもんでもあるまいに。
オリジナルの東証手順とかを理解してる人そのうちいなくなるぞ。 テストしないでマニュアルを信じている事がおかしい。 社長の宮原を首にしろよ。マジでこのアホで無能なオッサン許せんわ。このバカ社長のせいで売り場を逃して300万くらいぶっとんでるわ。東証の都合で勝手に市場停止しといて、図々しく信用金利は取りますじゃねーだろ。知らん顔してないで宮原、賠償しろ。 >>3
考えようによってはしっかりとホワイトだよ
分かっていようがいまいが、部下の失敗の責任は上司が、上司でどうにもならんのであれば役員に懲戒を出す
(部下には「次は気をつけろ」「再発防止策を出せ」「異動」などはあっても、減給などはなし)
やっていようがいまいが、誰かがやったことにして、記録は改ざんしたり廃棄して、上に立つものには影響がないようにするどこかの腐った国の政府とはエライ違いだ >>213
〈知らなかった〉
を、罰するは当然
このスキームが無い組織=公務員教員
イジメーーー知らなかった=無罪放免
な?むしろこの常識が広まる=社会浄化です 世界中に恥を晒させやがってクソが
世が世なら切腹、いや市中引き回しの上獄門磔だわ
切腹とか名誉な死はこのクソには相応しくない >>32
マニュアル通りに設定したら実はフェイルオーバーしない仕様だったって話だろ みずほも未だに長めの休日はメンテや更新をやってるのかな
あれは直しようがないとか聞いたことあるけど >>17
初期設定がオフの時点で馬鹿過ぎるからアメ公に文句も言いたくなるだろうけど、富士通が自分の所の商品を把握してないとか杜撰だなw 業務システムは多重下請けで大抵は薄給の奴隷が作ってるからな
発注する側は単価それなりに出してるのだけど
低レベルな人材に加えて人月商売の弊害で末端には素人が沢山ねじ込まれてるし、
こういう事故が起きても何も驚かないわ 色んなシステムの運用設計書作る仕事してるんだが、復旧手順書曖昧に作ってしまうことあるわw 昔は理系管理職が責任もって小さなプロジェクトまで
面倒みていた
今は文系管理職が下に確認してもわからないから
まぁ何か説明しているから大丈夫と進めている >>74
後の人が確認するだろうからヨシッ!
前のやつが確認してるから大丈夫なはず!ヨシッ!
前の二人が確認してるから間違いない!ヨシッ! >>236
末端というより上がダメ
こんなのも見抜けないどころか誰も想定もしてない時点でアウト 富士通の中身はレノボやししゃーない
NECも中身はレノボ >>17
金融庁が東証に乗り込んでくるんやろ?
みんな金玉握られるぞ
つか、大阪とか他のとこも大丈夫なんかな? スレの傾向として
強い言葉で文句を言う人のほぼ100%が「そもそも何の問題なのかすら理解できてない人」で
逆に詳しい人はあまり具体的な事に言及しない
だな >>3
下っ端リストラして役員が残るジャパニーズスタンダードより真っ当だろ >>235
工場出荷設定は切り替えオンだろ
2010年導入のシステムではそれをオフにしても15秒後に切り替わる動作だった >>9
エクセルすらまともに使えんアホの非IT職にギャーギャー言われて給料ほとんど変わらんから報われんわ 東証や富士通の役員・管理職の人で
第二世代からはオフがデフォルトになってたのを知ってる人
または替わってる可能性があることを気付けたやつがいたのかという話ですよ 文系IT職も同レベルで馬鹿だから丁度良いんじゃ無いかな
潰し合わせろ折角だから >>245
そらそうよ
自分らに置き換えてみて防げたか考えるもん >>17
オフでも自動切り替えしちゃう初代の不具合(仕様の不備)を2代目で修正したとか? 東証システムリプレスレベルって部長クラスが仕切りやるレベル? あれだ、現場ネコの形骸化したドキュメントの調査→承認 まぁ役員は責任取るのが仕事だし、仕方ない
現場が責められるのは避けないと誰もいなくなっちまう >>255
NetAppのバージョン7だかの挙動と8以降では変わるんだよねって話をツイッターでしてる人いたから、少なくともリリースノートに書かれてるレベルの仕様変更なんだろう >OEM先の米国企業が製品の仕様を変更した際、富士通がマニュアルの記載が変更されていないことに気付かず、
>マニュアルには「メモリ故障などが発生した場合は、必ず自動切替が行われる」との記載があったが、
こんなとんでもない仕様変更が伝わらないって?
なんか嘘吐いてるだろ富士通 >>253
任意のSQL実行できるAPIがあるだけ >>3
相手さんの腹の虫があるからねぇ。
東証のシステムを管理してるお偉いさんなんてふんぞり返ってそうだしな。
一番上はお国だろうしね。 >>245
理解力とか以前に元記事も>>1も読んでないと思われる。
最近のニュー速の書き込みの半分くらいがそう。 処分って言ったら聞こえは良いけど、他の出向先や関連会社の上層部に行くだけでしょ
クビじゃないもんな
別の名前の同じような奴になるだけ どうせ下請けにやらせてたんだろう
富士通はいつものこと >>249
昔の富士通の部長級は無停止システムのアーキテクチャとか細部まですごくよく熟知してたのにな
今は文系しか居ないんだろ? これが日本のIT土方の仕事ぶりかー。
仕事を下請けに投げて、出来たものを碌にチェックもせず(そもそもする能力もない)納入。
価値を創造する現場にぶら下がってるだけの有象無象だらけじゃあ、
新しいものも生み出せないし、生産性なんて上がる訳もないわなw >>281
創造性なんてかけらもない、
時間つまり人だけかければ誰にでもできる仕事であり、
そこでの人件費でのコストダウンしか考えていない。
まさに土方。 >>261
ONTAPの8の途中までは7 modeの、互換モードのクラスタだったのに9以降はONTAP clustermodeのみになったから機能的には激変してるのにな
それで何も検討しない富士通がアホ揃いや cDotから大きく変わったのにそこを把握していない富士通がアホなオチかな >>13
しかも4連休とかもあるしな
テストする時間は余裕であるのにしてない。
怠慢もいいとこだろ >>1
良くありこと、テストなしで納品したんだろ。
富士通だけじゃなくて世界中の全メーカーやってる。
安全にするなら今の倍の金出さないと無理だし、安い仕事でとってくる馬鹿役員と営業殺すしかない。 問題は自動切り替えができなかったことじゃなくて丸一日止めたことだろ
なんかズレてるんだよな >>13
システム障害テストなんて、絶対やらせて貰えない。
仕様変更で直さなくてはならないプログラムだのネットワークだのの改修の方が優先される。
客もベンダーの偉いさんも、ま、いいかで誤魔化すところ。
テストで連休の夜間ぜんふ使わないといけないからね。
夜間バッチ流れているのに、これから、運用中のシステムバッチ全部止めてシステム異常試験やるなんて
数ヶ月先の話だぞ。 >>17
予想通り、テストしてないじゃん。
富士通だけじゃなくて東証の責任じゃん。 >>148
昔ならタイムカード押して終業扱いにしてから残業するみたいな感じ?
PCで管理されてそれが出来ないから後からデータいじくるのかな >>78
テストすれば防げるけど、実機て止めるとなると仕様変更した機能の確認が優先なんだな。
こう言う確認は問題が発生しないと一生出てこないからやらない馬鹿が結構いる。
今回は稼働してるっことは東証も承認してるいるってこと。
ここまでデカいシステムだと、製作するのは富士通だけど受け入れ試験するのは富士通と別の会社がやらないと
東証の役員のクビ飛ばさないとな。 下請けに丸投げなのに本社の役員処分してもしゃーないわな >>98
現実には、動いているシステム止められない。
お前夜間バッチ止めて責任取れるのか!!
とか
仕様変更が多すぎて夜間でも止めるんじゃない!!
ってのばかりなんだな。
後、こう言うのは寿命が持つか定期点検の時に交換すればいいやで、結構な大規模システムで普通にやってないw
こう言うのこみで仕事させるなら今の倍は金払わないと無理。 >>169
テストも富士通丸投げなんだろ。
東証の自業自得。 >>204
ところがシステム切り替えや異常テストってそれやるだけで軽く半日とかシステム全体を占有するんだな。
大体が、ま、いいやで済ませる。
東証側も検修なんてしない。 >>208
ベンダー丸投げで勝手に変更するよ、海外のSanやnasなんて当たり前。 まあ、人様に掛けた迷惑を考えたら当然だろ。
普段の報酬次第ではあるが。 クラスタープロとか使ってんのかな。oemのパッケージ。 富士通「バージョンアップしたけど普通に動いてるからヨシ!」 >>304
管理職にこういうやつ多いのほんとどうにかしろよと思う、あと営業な
バージョンアップしたら別物になるんだよ 自動で切り替わらない【仕様】だったのか
欠陥品じゃねぇのか >>17
ONの時切り替える設定項目を唐突にOFFの時に切り替わるように変更するほうが嫌がらせだろこれ また富士通か!って思ったよ。みずほの件もあったしここの技術力どうなってんの 間接部門リストラで事務や経理やってた人に営業かSEやるか辞めるか選べってやってんだろ?
四十やそこらでSEになんかなれるのかよ
日本もメリケンみてーにファイヤー!でホワイトカラー簡単にクビにできるようになればこんなことしなくて済むのに こういうシステムって専門的すぎるから管理するほうも難しいよね いやいや防火訓練みたいに
定期的にちゃんと自動的に切り替わるか
テストするだろ普通
日本の金融市場を担う重責があればなおさらだろ
信じられん姿勢だわ >>313
メモリを壊さなきゃ再現できないんだから防火訓練でほんとに火をつけるようなもんだろ
そんな事普通やらねーよ >>310
東京大企業のITビジネスは基本丸投げだから
大企業に就職できた高学歴はよくて指示するだけ、下手すりゃなんもしないw
やるのは下請け低学歴w
これでIT先進国になるわけない、そりゃシナにもコリアにも負ける
ブラック下請けデスマーチばかりにもなる >>315
オーダーする官公庁にどうしろって言うんだよ?
出来もしないならシステムに関わるな 現場下請けのほうが分かってるからなw
部課長陣は理解できないw 処分ってどうせ減俸1割3か月とかだろ?へでもねえな >>248
自分の職種外をアホ扱いか…
どこかでPC使うしか能のないアホ扱いされてるかもな 富士通
「東証システム障害の関係者はこのボタンを押してください」
〃 ̄ヽ
r'-'|.| O | ピ
`'ーヾ、_ノ ,、_,、_
| ,| (´・ω・`) )
,-/ ̄|、 `u--u'-u'
ー---‐'
ヴィィィイイン
〃 ̄ヽ ── ─ ─ ∩,、_,、 出荷よー
r'-'|.| O | ── ─ (´・ω・`∩
`'ーヾ、_ノ ── ─ 丿 丿 ワー
| ,| ─ ─ ─ ⊂― ⊂´
,-/ ̄|、
ー---‐' OEMを俺たちのすごいシステムアピールしてたのか…
やっぱ富士通ってクソだな これってEMCでよくあるメモリ故障してもパスが自動で切り替わらないからオペレーションで切り替えないといけないやつか?
そんなレベルなら富士通が構築運用してる他システムでいくらでも実績がありそうだけどな
大手SIerってホントに部署間、横の連携が全くないからナレッジの蓄積が全然為されなくて大企業であるメリットを自ら率先して捨てにいってるよな 責任者がちゃんと責任取るのは当たり前なのに
これが良く見えてしまうこの腐った国よ 富士通と日本取引所の役員クビで
担当者は瀬戸内海の営業所に左遷 >>332
営業所じゃなく、関連子会社に転籍の上で地方に飛ばすんだろ。
富士通には要らんわな。こんな初歩的ミスして5年も放置してた、どアホは 何度も繰り返してるから、処分してもまだまだ繰り返されるんでしょうな、富士通のことだから。 >>78
設定項目と設定値は全部洗い出して
何を設定するのか設計して、
設計が実装に反映してるか、かなりベタに
見なきゃいけない
加えて、テストやっておかないとね 会社は悪くありません!社員が悪いんです!
いや役員だから会社が悪いのか
にしても尻尾切り感満載だな パソコンもメールも使えない社長の直属の組織で再発防止ってなんのギャグだよ >>333
逆
問題を指摘した人が飛ばされて隠蔽とゴマすり上手い奴がのし上がった結果が今の富士通 何だよ結局海外メーカー頼りかよw
ほんと地に落ちたな >>226
そうだよな。
富士通の好感度上がったわ。 どうせコンサルや営業が何も考えずマニュアルのスペックだけでそのOEM使うようになったんだろ マニュアルを読むのは富士通の人じゃなくて東証の人だよな
富士通が設定していなかったとしてもマニュアルに正しく書いてあれば東証側が設定変更できた
実際の動作と理解に差があったから問題が起きた >>17
製品マニュアルの不備を現場の構築担当者が洗い出すのは、限りなく不可能だろうな。
製品マニュアルが間違ってるかも?とか疑い出したらテストとか永遠に終わらん。
つか、製品側は「他にも不備がない事」をどうやって検証する気だろ? 富士通だけじゃなくてどこもこんなもんだろ
仕様書通りに動かないなんてざらにある。 今もそうなのかは知らんけど、昔は上流工程担当する元請企業じゃないとIT就職はダメみたいな風潮あったなあ
確かに20代の頃は責任も軽くて下請あごで使って楽だけど
予算持ってリーダーやり始めるとこういうプレッシャー受けて続々と病んで退場してて笑う
金融、医療、インフラの大規模システム開発させられる悲惨さよ 今回のは提供元から仕様変更したという情報も貰えば対応できたんじゃないかな
仕入先を選定する時の条件に入る事になるだろう 金融の大規模システム開発とか、何人かはプロジェクト中にお亡くなりになるしな。
だいたい何処のマシン室にも神棚とか御札とか置いてるけど、怨念とか染みついてそうだからねぇ。 社長直轄って結局現場まで多段階層になるので実は意味ない
社長がレビュー参加するわけでもないしな 次の下請募集には、品質管理ができる人、障害を未然に防ぐ意識のある人、みたいな曖昧な募集条件つけるのかな?w 富士通のやつが中身わかるわけない
ぜーんぶ丸投げだし 下請け外注丸投げで本社は何もわからない、関係者クビにしても問題ないって富士通本社のエリート様は何のためにいるの?(´・ω・`)
何でこいつらが一番金もらえるの? >>17
納めた富士通がバカ
バックアップの存在すら確認しなかった東証もバカ
ジャップさぁ 何年か前、取り引き量増大で
メモリを増やしたことが
あったような気がするけど
関係ない話ですが >>2
>絶対に関わりたくないプロジェクト
Soft Ware 関連の瑕疵関連の損保(損害賠償保険)ていうのはないからなー。其れこそ、大昔、
福岡銀行のバックアップ瑕疵事故は、 IBM の案件担当だったから、銀行は損害が皆無だったら
しい。其の内容は、 IBM が銀行業務全体の損害賠償保証をしていた。おそらくは、其の損保を
保証する再保険、再々保険、つまり、 9.11 の World Trade Center Building(1973–2001)
の業務委託の損害賠償保険の再保険、再々保険が日本側の金融機関だったから、大変だった
らしい。 World Trade Center 側は、焼け太りだ。
福銀の Server Workstation の RAID Card (PCI or SCSI Card の銘柄が、有名所の○○
○だった。)の故障で、その作動不能時の金融業者側の被った損害を全て賠償する為の瑕疵賠償
保険を、所謂、損害賠償保険で補うことは、損保自体の体力が損なわれる為に、掛け金がバカ
高いものに為っているらかった。
其れ以来、 SCSI Card が余り役に立ちそうもないことが判明して、 PCI Card に移行した。
そして、冗長性機構自体・クラスター機構の内部矛盾(RADI 5 の HDD/SSD の故障時に
全 HDD/SSD を Sequential に交換しなければならないので、 最初から、 RAID2 で組み立
てて、 HDD/SSD を、最高容量、つまり、 60 Teta bytes/HDD or /SSDで組み上げる等の、
または、 Cluster system が、災害時等の際の輻輳によって、通信エラーを起こして、使い物に
ならないという脆弱性。対テロ抵抗性の脆弱性の過酷な状況。)を露呈しており、其の為に、
現在では、クラウドから再び、10分の1で済む、オンプレミスに回帰してきていると極言する者も
少なくない。
AWS, Azure, HPE, Google, NTT データー通信等からの回帰が考えられている。 >>349
>金融の大規模システム開発とか、何人かはプロジェクト中にお亡くなりになるしな。
鬱病の発生率が極めて高く、亦、肥満による糖尿病や、高血圧と言った生活習慣病の成れの果て、
自裁、突然死や、事故死(海外のライバル企業による暗○を含む。)が多いらしいので、 SE の中には、
外食の焼き鳥屋を営む者が、30年前から多かったが、調理技術、味付け、新鮮な材料の仕入れ、肝
であるタレの仕込み、資材の管理や金銭出納・税務処理があって、其れも難物だった。最近では、新
型コロナ感染症による外食産業の衰退・突然死を迎え、我慢しておけば、
『捨てる神あらば、拾う神あり。』
は至言。 >>356
設定の変更を伝えなかったことじゃなくて、
障害発生にバックアップに切り替わるかだけは試すと思うんだが、それを試してないってのが恐怖。 どうやらこの設定のようですね。
https://library.netapp.com/ecmdocs/ECMP1368831/html/GUID-607E0978-44B6-4AE3-B2DE-1C97B93B08C7.html
options cf.takeover.on_panic {on|off}
you should not turn this option off unless you are instructed by technical support to do so.
テクニカルサポートから指示がない限り、このオプションをオフにしないでください。
5年も前から気づかず、なんでoffで出荷してたのかな?
英語が読めなかったのか、いちいち翻訳するのが面倒なので前のマニュアルを流用した
とか。
英語のマニュアルより翻訳された日本語のマニュアルのほうがページ数がむっちゃ少ない
ことはよくある話。機器によっては保守用マニュアルが薄っぺらいユーザーズガイドと同じ
事もある。こんなマニュアルで保守をしろと言われている現場のSE・CEは大変だ。
トラブルが発生しても口でなおすしかないですね。 確認が不十分って
はんこを押すだけの現場猫ばっかだったんだな >>361
ハンコ押すだけが仕事の奴がドロ臭い検査を自らやるわけないだろ >>361
自分でハンコ押してるなら、まだ仕事してる方だな。 障害検知部分、どんなに冗長化してもシングルポイントになる部分があるし100%は無いんだけど 富士通とか、上から下まで全部クソの想像を絶する無能組織だということは業界内じゃ知れ渡ってるのに
今でも大型の仕事があるの凄いと思うわ マニュアルにデフォルトはoff と
明記してるんじゃないのか シスコかな?
自動で切り替わる仕様でも切り替わらない場合だって有るんだから結局オペレーターが24時間体制でいないとダメ 他社製の機器に富士通のシールを貼って売るだけの簡単なお仕事 いざという時のバックアップシステムが
いざという時に働かないとか無意味すぎ
で、そんなのに何十億円とか掛けてるんだろ?
クソみたいな仕事してまるっきり泥棒だな 遠回しに人のせいにしてる感じが情けない
みんな察してよ!てか? >>367
仕様変更がマニュアルに反映されて無かったらしいよw マニュアル制作するのは仕事できない奴の仕事なんだよ サムスンと縁切りしないからこうなった
東証担当なんて忍耐力以外に何も要求されないプロジェクトだしね まあ、毎日とは言わないが、週に一度くらい切り替えてテストしてても良かったよね? >>180
そもそも東証担当なんて利益が出ないんで優秀な奴は担当しない
(東証は何でも持ち出しでやらせようとするから優秀なプロパーが残らない) マニュアルがonからoffに変更だから
納品時の設定はonのはずだが >>330
san(eternus)じゃなくてnas(netapp)の障害らしいぞ
netappは色々怪しい仕様で実装されてるから基幹に使っちゃアカンのよ
選定した奴が悪い >>374
eternus高いからnetappにしろって指定は東証のような気もするんだけどねw トカゲの尻尾切りだな
富士通案件にはまともな奴は関わらなくなるな ここまでの巨大なシステムだと簡単なテストをするにも関係者間の調整なんかも大変なのよ。
現場はわかっていても出来ないことも多いのよ。 >>17
>東証は「市場開設者としての責任は東証にある」とし、富士通に損害賠償を請求しない方針を改めて示した。
は? こんなもんPC自作のオタクなら
知らない仕様など無い。
一瞬で探知して問題解決してる。
そもそもオフのまま納入しない。
行けヨシダ。 >>383
これは当然の話だぞ。
「富士通の責任であり、東証は悪く無い。」とか言い出したら、誰も東証を信用しなくなる。 >>385
東証まともに保守料払ってないから富士通のせいにして、富士通に逃げられたら市場開けなくなるからだろw >>383
東証が承認してシステム稼動してるからな >>382
業務系の仕様変更テストが優先されてシステム構成テストなんてやらない後回しなんて良くあることだからな。
システム周りなんて分かっている奴がプロジェクトでも数人しかいないし、それこそ動いて当たり前で立場弱いからな。 1日のスレで何かテクいこと言って粋がってた人いたけど結局、こういう仕様確認漏れみたいな単純ミスなんだよなこういうのって >>383
こんなデカいシステム納品させてるのに納品チェックしてない富士通任せだっんだろ。
東証でできないならNECや日立なんかに第三者検証テストやらせない時点で話にならないしな。 >>356
>検証環境でテストもせずに納品したのか?
其処まで、実証を要求するパラノイドは居ないよ。 >>383
こんなデカいシステム納品させてるのに納品チェックしてない富士通任せだっんだろ。
東証でできないならNECや日立なんかに第三者検証テストやらせない時点で話にならないしな。 外向けの処分とか、それこそ昭和っぽい
しかも再発防止にもならん 世界中にオープンな市場を1日止めた責任は重大
社長と担当役員は更迭だろ 東証がブチギレなんだろ(´・ω・`)
あの会見でも兎に角富士通のせいにしてたもんな >>398
富士通に丸投げしてる東証も悪い
何が起きてるか理解すらできてないんじゃないかな 自動切換えOFFでも切り替わってたからそのまま出荷したのが最高に土方仕事w
アメリカ人責められないねこれは、仕様変更っていうかバグってたの直しただけだから切り替わらないのが正しい
それともバグ直すと仕様変更ってことになるんかな富士通的には >>396
>何で自動切換えオフで出荷したのw
>>>1
>OEM先の米国企業が製品の仕様を変更した際、富士通がマニュアルの記載が変更されていないことに気付かず、
仕様の変更も検知できなかったとしている。
H○E の最新の日本語翻訳が、間に合っていなかったのだろうね。英文マニュアルは、出来上がってい
た訳だから。処が、残念なことに、クラスターは考えていなかったというお粗末は、信じられない。
20年前の 9.11 では、 Veritus BackupExe が、直ぐに Cluster 仕様にしたので、驚いた。
H○E は、其れよりも当然上だろうけど。クラウド非対応でも、クラスター使用は、デフォルトではないのか?。は >>401
>H○E は、其れよりも当然上だろうけど。クラウド非対応でも、クラスター使用は、デフォルトではないのか?。は
以下のように訂正します。
H○E は、其れよりも当然上だろうけど。クラウド非対応でも、クラスター仕様は、デフォルトではないのか?。 さあて次のプロジェクトガチャで東証システムの保守開発担当になるのは誰なんかな
もしこのシステム開発するなら、仕方なしに担当期間だけは頑張って
リリースと同時に実績ひっさげて転職だな 鉄道会社なんて真夜中徹して修繕工事してんのに、
毎日半分以上休止してて土日には動かないシステムなのに
メンテナンスもろくにして無いってなんなんだ? >>9
日本ってこんなだよな
問題あって常に対策していけばいいのにだから隠蔽したり自分はトンズラしたりする >>17
マニュアル作ったやつ誰だよ
あとは一回どうなるかテストするべきだろ >>226
考えようも何も当たり前のこと
実態はどうせやったフリだろうがね テストでは上手く動いたけどぶっちゃけ現場でその時にならんとテストと同じく動くか分からんってのはどーしたらえーんじゃ(・ω・)? >>9
その一文の前に
(何もしなくても)
と付く
そう考えてるクソ馬鹿野郎が今の役員世代には多い。
というか例外なくそう。クソバブル世代は全員死ね 株式市場一日止まるなんて
原発事故よりはちょっとマシかな、くらいの大事故
これでなあなあならアタマおかしいわ
あ、東電の清水とかいうクソゴミ野郎はなあなあで高飛びしてたかそういや(・ω・) >>13
コレだよな
畑違うが、工場の設備やと
インタロックが本番で作動するのかは
必ず事前に作動テスやるからな
コレ半分現場ネコやろ >メモリ故障などが発生した場合は、必ず自動切替が行われる
これ技術的に可能なのか? >>1
これが本当なら富士通側は仕様変更に気付く術が無くない?
変更有無のチェックはしてるっぽいから。
変更されていないことまで全て確認してたら納入前のテストを全て1からやるのと同じだし現実的では無いよね。 この会社でトラブって犯人作る時の得意技、何でですか何でですか何でですか >>417
やるんだぞ?
非公開の仕様変更だって普通にあるからな
やらなくていいなんて考えてる上がアホ お前等マジで10/1に「たまたま機器が故障した」と思ってんの? どのレベルまで処分するのかな〜。役員だけならいいが。
富士通の試験・確認が不十分だったのが、原因というのはお粗末ですが、
悪意があってやったわけではないのに、こういうのに処分して
現場の担当課長レベルまで処分されるのなら、今後誰も担当やらないよね。 東証 「富士通は企業体質に問題があるんじゃないか」
富士通「じゃあNECになっていいんですか」 >>422
役員は譴責で済ませて担当は最低評価とかやりそう
富士通のクソバブル世代だからな 防災訓練の日に家を燃やせる人だけが富士通を叩きなさい 海外製品とかサイレント変更だらけで下手に信用しちゃ駄目だろ
最終納品・導入時に初代同様にきちんとテストしていれば問題は出なかっただろうに だから 「 必ず 」 や 「 絶対 」 とか書いてあるのは念入りに確認しろと
テストも必ずやればいいのに、絶対やれ 横須賀研究所に出戻り
ってまだ横須賀研究所あったっけ? >>1
レビュー承認してハンコついたエライ人が処分されたってことならしゃーないのでは。
そのために居る人なんだし。まあ運が無かったな。 日経コンピュータ 最新号
ttps://www.nikkeibpm.co.jp/item/nc/568/saishin.html
特集1 富士通、背水の改革
・富士通、背水の改革 「自己破壊」 で利益率10%必達へ
・始動、覚悟の時田改革 DXに6千億円投じる
・国内外を一気に再編 「ミニ富士通」 解消へ
・基幹系 ・ 人事 ・ 働き方 社内DXに聖域なし
・現場でも芽吹く改革 先兵5傑は何を思う
・改革に3つの課題 「変化」 、こだわれるか
いやあ最高のタイミングですね() 私はプログラムなんかわからない
こんな管理職ばっかり
あっ管理職って言うと怒られるんだっけな >>409
>テストでは上手く動いたけどぶっちゃけ現場でその時にならんとテストと同じく動くか分からんってのはどーしたらえーんじゃ(・ω・)?
Red Hat Linux で運用している実機で、古い仕様のマニュアル通りにテストして、バックアップ側の Server は 上手く
シンクロしていた。計画通りにバックアップできていた。テストが終わって、実運転モードになった時点で、最新の Mode
に遷移して、内容が最新のものに変わってしまった。其れに気が付かずに、無謀にも、 Red Hat Linux Enterprise の
Update をしていないことに気がついて、ランサムウエアー対策の最新のものに Version Up してしまい、益々、完璧
になったと勘違いしてしまった。それで、上司から、 作業当日に届いた最新の Red Hat Linux Enterprise の Update
をしてしまい、作業の順序が違っているので、作業を最初からの遣り直しに為るので、理想的に遣り直すと、作業工程
が3ヶ月前に戻ってしまい、随分時間が掛かるので、契約通りの機関では出来なくなり、違約金の支払いが生じるので、
会社としては、安全上は、理想的には、3ヶ月前に戻るべきであるが、 営業的には、Yield が落ちてしまって、ストレスも
掛かるので、 Red Hat Linux Enterprise の UpDate を一番最初に遣るべきだったのではないかと言われると UpDate
の間隔が大変短くなっており、UpDate を亦する必要が出ると、作業が、亦、3ヶ月前に戻るということで、大変困るので、
、事情を熟知して SuperViser からも、間違っているのではないかという指摘を受けなかったので、不眠不休での突貫
作業で徹夜も103日間以上続き、疲れていたこともあり、どうせ、日本 I○M と同様に、リストラのターゲットになってい
ることも、分かっているから、自分が死んだら、家族が路頭に迷うので、まー、順序が違ったと言っても、結果は同じだと
勝手に解釈して、作業を続けてしまった。 >>438
働いた事あるけどカイゼンと称して机を立てから横置きにした会社だった >>438
日経コンピュータてまだ続いているのか
あれこそ昭和の遺物だろ >>383
当たり前
損害賠償なんてしてたら誰もシステム開発なんて受注しなくなる >>413
OS的には検出可能だからそれでpanic()に遷移してリブート掛ければよいだけ
それをクラスタが対抗検知してtakeoverするばon 防衛庁の時と同じで、他のマニュアルの表紙だけ書き変えて納入したんだろ 責任取らされるような立ち回りしてるやつは無能なんだよ もうすぐ黒崎さんがファイト満々!で金融庁検査に乗り込んでくるぞ 今はとにかくコスト削減・短納期を要求される。
そのため、稼働中のシステムの機器差し替え時は
仕様調査して、仕様差異がなければコスト削減・納期短縮のためにテストしないことも多い。
今回の件は、仕様調査で差異が無いと判断して、テストしなかったケースでしょう。
その判断が間違っていたんだけど、現場からしたら、提供された膨大なドキュメントから
細かな仕様差異を完全に把握することはめちゃくちゃ難しい。
全部過剰なコスト削減・短納期要求のせい。
昔は、かならず、コスト・日程かかっても、愚直に全件テストさせてもらえたんだけどなあ。 >>454
せめて金さえ倍なら人海戦術でなんとかだよな。
馬鹿な営業がコスト削減とか言う風潮に乗ってとってくる。
客も検修して5年放置なら責任なんて不可能。 動いてるから今のシステムは正常
更改にあたっても同じものを作ればよい
マジでこんなこと言いやがりますからな
頭が狂ってるとしか思えない >>454
いやだから自動切換えオフで切り替わってたことに疑問もたなかったの? >>457
>いやだから自動切換えオフで切り替わってたことに疑問もたなかったの?
Terroroid Amending is cannibalization of Inovation who had said is Joseph Alois Schumpeter!.
You know? 影響を考えりゃ当然だな。
なんでテストをしなかった。 こんな責任ある仕事誰もやらなくなるわ
平社員気楽でサイコ〜 >>378
途中でOSバージョンアップして、そこでデフォルトの値が変わった 住宅ローン組んで、子供の受験期に突然訪れる重要インフラ案件w
元請社員で責任取らなくちゃいけない立場の人はストレス耐性ないとしんどいだろうね >>420
それが本当なら仕様変更確認なんて意味なくなるじゃん。
仕様変更書が意味を成してないんだから。
1から全ての仕様を確認して設定も確認してって本当に出来ると思ってるのか?
ファンタジーやん。 >>454
仕様変更されていたが、マニュアルに変更の記載はなかったとあるからねぇ。
これで富士通に落ち度があるって判断する世の中になるとシステム屋はやってられなくなると思う。 >>13
いちおう別の条件で副系統に切り替わるテストはしてたっぽいよ。ただマニュアルに100%切り替わるってあるしズバリはやらんでも、切り替えテスト1度やってるし、ヨシ!って感じなんじゃないのかなぁ みずほ銀行の本を思い出してしまった
怖い世界だなあ >>464
多分元記事の読解で齟齬が発生している
東証向けに製品のマニュアルを作っていたのは富士通
OEM製品が特定の状態で自動切替するパラメータを富士通はなぜかオフのままにしていたが
製品の仕様変更前はオフでも自動切替する謎仕様だった
仕様変更後はオフだと自動切替しなくなった
(このパラメータはオフにしないようOEMの仕様書に明記されていた)
富士通はこの仕様変更を見落としパラメータを変更する必要性をマニュアルに明記する事を怠ったため
東証は自動切替されなくなったことを知らずに運用する羽目になった >>464
いい理屈だな
全部部品屋の所為か
三菱自がウレション垂らして喜ぶだろうよ >>357
お前自分で文章校正してから書けよ、、、 原発がぶっこわれたのも東芝とGEの所為だよな
ははは そういやハゲバンクも通信障害を利用機器の不具合の所為だとショップ店頭に掲示までして執拗に主張してたな
最近の日本企業のバカさ加減はおれの理解に余るわ だいたいその機器、メーカーも含めて選んだのはてめーだろうが
てな
こんな事言われなきゃ分からんのかね >>463
本来やるもんなんだぞ?
見積りも工数もそれを盛り込んで発注しなければいけない
システムがどれだけ砂上の楼閣にいるかわかってないだろ >>462
>住宅ローン組んで、子供の受験期に突然訪れる重要インフラ案件w
大阪都なんて言わないで、お役人以外の大阪市の勤労者全員を正規公務員にしたらよかろうもん。
東京都も、都を Version Up して、独立自由准国家になってしまって、勤労者は、全員正規国家公務員ていうのが良いよ。 東証に行政処分あるし、流石にアホの富士通でも無責任って訳には行かんもんな >>9
ITに限らず何か作って売ってる仕事は全部そうだろ
農業だってそう
今回は役員が責任取ってるだけマシ
末端が仕様通り作ってもっと考えろとか言われるよりぜんせマトモ >>482
それを分かってないのがバブル世代のクソども 日本がIT後進国だってお披露目したようなもんだからな。何しろ日本のITトップ企業天下の富士通ができあいの製品買ってきて設置することすらまともにできなかったんだから。
しかし同じ製品世界中で使われてるだろうになんで富士通だけ対応できなかったわけ? >>172
すり抜けたほうがやばくね?止まらない設定なはずだろ? しかし微妙な問題な感じ
当初製品仕様 メモリ障害が起きたら自動切換え マニュアルにも記載
2015年仕様 メモリ障害が起きたら設定により切り替え マニュアルを未改定
この仕様変更が富士通に提示されていたのか。そんなの富士通で調べるべきなのか?
富士通だけを責めるのは酷な感じがしてきた >>487
元々の設計から微妙なんだよ
メモリ障害が起きた時、応答が0なら当然エラーなんだけど20%とか少ないけど応答がある場合過負荷等による一時的なモノなのか一部故障なのかそもそもメモリはエラーを吐いてるのかとか判定しないといけない
そういう判定機能を付けるのか?付けるなら閾値は?とか色々面倒だから手動切り替えにって仕様変更されたんだろう >>476
東証って値切り方が半端無いんで、裁判やると多分富士通に瑕疵が存在しない事が確認されるぞwww >>488
ありがとう
普通製品仕様がヴァージョンアップするときは前より良くなっていると期待する。
以前は設定関係なく自動切換えがヴァージョンアップ後は設定通りと、使う側からすると不便になっている。
そんな気がするんだが >>487
293 ニューノーマルの名無しさん[] 2020/10/22(木) 14:57:43.94 ID:1AqILUWf0
マニュアルの件は、ここで特定されてるね。
https://anond.hatelabo.jp/20201021201859 >>495
開発元の製品マニュアルは今回の件があってから改訂されたっぽい、と。
でもマニュアルは修正されてなかったとしてもバージョンアップ時にリリースノートとかメモ的なテキストくらいは提供されてたんじゃないかなあ。
完全に黙って挙動変えるかねえ。
…まあ無いとも言い切れんが。 >>468
>>494
議事録に「システムアップデートに関わる機器の詳細調査とシステムテストの見積工数:300人月」→不要(無駄)と東証が判断
とか書かれてる可能性は十分にあり得るよなw
それでも最小限度の確認はベンダ持ち出しでやってたりするんだよなwwww >>496
ONTAPってnetappなのかww
基幹業務に使っちゃ駄目な奴だし、netappの責任を富士通に追わせるのは間違ってますなw
萌えるインストレーションガイド作る前に、まともなマニュアル作れよって言いたいwwww >>5
マニュアル見て保守運用マニュアル作るから別におかしくない
あと海外の商品はマニュアル記載漏れ(誤記)とかあるから最新商品は特に要注意!
パッチ文化でバグ修整やマニュアル修整をぶっこんでくるからな。
納品したら一生、パッチ情報は抑えて行かないとアカン。特に2年ぐらいは監視が必要 >>32
内部だと仕様バグ、原因はマニュアル不備になる >>32
少しずつ言う事が変わってるんだよな
嘘吐きによく顕れることだが >>409
テストうまく行ったのが変だろ。本来なら止まらないのが正解なのに。 >>503
おそらくテストは報告書上のみだろうな
仮にやっていたとしたら、オフでも動くなんて非論理的な仕様にしてたわけでもっとアホ これ東証が一日止まったら3兆円ぐらいの損害になるはずなんだがどうするんだろうな? >>501
東証関連システム20年やってるがwww 瞬時切替(ON設定)だとNASのメモリ上にあるデータが不定になる事が想定されるため15 秒後の遅延切替(OFF設定)を選択していたつもりが、遅延切替が無くなり切替無しになっていた(障害原因とされる物)
ON設定にしとけば良かったって言ってる奴は瞬時切替やってデータが消えたか化けたかどうかの照合方法をちゃんと提案しとけよ >関係役員の処分を検討し、社長直轄の組織で再発防止に取り組む
こんなの表向きの反省ポーズでしかない
國母の「チッ、うっせーな」と同レベル >>507
非常時に代替機切り替えというスキーム自体が破綻してたってこと?
そんなシステム提案すること自体ヤバすぎる >>514
システム提案してる営業が>>507なことを理解してるわけないだろ >>479
本来はそうだけど、現実的では無いよね
システム屋がそうしたくても客側は100%受け入れない
ミッションクリティカルなシステム程、テスト期間は必要なはずだが
一方で本番を止められないし、そこをクリアするスケジュールを組めないってことなのでは
まずもって費用の時点で刎ねるだろうしね >>468
なるほど、それなら富士通の落ち度だね
>>469
このケースは自分達の要求通りに部品屋に作らせてる訳では無いから的外れな指摘 よそに作らせて富士通のシールを貼って
いい加減なマニュアルで
はい、出来上がり
こんなんでいいのか 指示出し曖昧、質問や確認したらキレる職場にいたことがあった。その時は成果を出すことは諦めて、いい加減な対応したときにどこまでエラーが起きるか観察と記録してたな。責められたときは無心で対応してた。いい実験だったな。 >>17
最初から自動切り替えオンにしておけば良かったのに。 東証「システムがダウンした!なんとかしてくれ!」
富士通「コンセント刺してますか?」 ライブドアの時に会長の一存で全銘柄取引停止なんてやってたくらいだから処分者がいることのほうがむしろ驚き >>496
SE歴20年です。
こっそり挙動変えやがる製品は今まで沢山見てきた。
ドキュメントは、記載が古いままということも、よくある。
なので、ドキュメントだけで判断せず、必ず動作確認テストは行う。
・・なので、ここからは想像だが、
富士通も動作確認テストの実施を提案していたと信じたい。
ドキュメント上、差異が見つからずということで、
テスト不要(コストカット派)に押し切られたんだろうか。
議事録は当然残っているだろうから、
東証も損害賠償請求できないのかもしれないな。 当初から東証がシステムの切り替えは東証の責任で行うので自動切り替えしないでくれというお偉いさんの要望があって、
文書もあるから、富士通に責任はないって話だったりしてな。 ■ このスレッドは過去ログ倉庫に格納されています