【悲報】富士通の住民票システム、2箇所のコンビニで1秒以内に同時申請があると混ざる仕組みだった
■ このスレッドは過去ログ倉庫に格納されています
2023年5月2日に川崎市様において、証明書交付サービスと戸籍システムを連携させるために当社が開発した個別連携システムの通信連携プログラム(以下、当該プログラム)不具合により、証明書交付サービスで申請された方とは異なる住民の方の戸籍全部事項証明書が発行されるという事象が発生いたしました。
川崎市様ならびに証明書交付サービスをご利用の皆様に多大なるご迷惑ご心配をおかけいたしましたことを深くお詫び申し上げます。
本事象の原因は、2か所のコンビニで、2名の住民の方が同一タイミング(時間間隔1秒以内)で証明書の交付申請を行った際に、後続の処理が先行する処理を上書きしてしまうことによるものです。本事象の原因となった当該プログラムの不具合は、既に修正および入れ替えを完了しております。なお、当該プログラムは川崎市様以外では使用されておりません。
https://www.fujitsu.com/jp/group/fjj/about/resources/news/topics/2023/0509.html 排他制御せんとあかん箇所やね
ミューテックス取るように変更や >>11
地方自治体のシステムは子会社案件やから本体は関係してないやろ
その子会社も再編して人減らしてるし
地銀もNTTデータに全部奪われてるから得意分野ほぼこれで無くなったな なんか朝のニュースでは負荷のせいで云々言ってたけど処理ID被りマ?
どこにコード書かせたんやこれ >>45
子会社ってどこやえーふさーすってやつか
でもNTTデータも別に技術力変わらんやろ 設計からしてガイジとしか思えん
良く今までセーフやったな
それだけ利用者が少なかったということか 上書きされたところで出力前にプリンタ側で正誤判定されるんちゃうんか? >>11
みずほのシステムここが作ってるんやで
お陰で今も不具合連発や >>44
予想やけどテンポラリのデータをタイムスタンプで管理とかしてたんちゃうか?
それならmsec被ると上書きされる可能性あるし >>54
そう聞くと以前もこんなこと起きとらんかったか
なんかATMでデッドロックどうこうみたいなの 対策がミリ秒まで使うことにするだったら爆笑なんだが >>1
>>5
トピックのWEBアドレスも1日に何件も出すわけないないからmmddでええか… どんなショボいソシャゲでも同時に課金した客を取り違えたりせんしな 2か所同時にしたら新たに住民が票出来て人口増えるん? timestampにちょっとランダムな数字付与するだけで回避できたんでは 素人に毛が生えたようなというか毛は抜けてるんだけどその手の半端なおじさんほどトランザクションIDとかつけろうとするとイヤイヤする
余計なデータを作らないのも大事だがそれで管理できないとかホンマただのバカ 富士通の歴史
神ガラケー
神スマホ
神ATM
神マイナ >>52
内容に関する履歴残らんようにしてるはずやのに余計な処理挟むの良くないわ
処理IDと送信元とトークンさえ合ってればええってくらいにせなあかん >>57
たっかいパソコンを政府に売りつけたりも出来るぞ舐めんな >>63
ほんまやなw
どんだけ金かかってないシステムなんや そもそも2箇所で同時に申請するのが悪いやん
こんなん嫌がらせやろ PDF生成をシングルトンにしててデータ入れて作成してる間に他のデータが来るとアウトでそれが1秒くらいってことなんやろ 名乗り出ろよ
お前らの中にこのクソコードに関わったやつおるんやろ? 富士通ほどの一流企業が今どきスクラッチ開発とかするんか
そもそもこれコードというかDBの問題ちゃうん 素朴な疑問としてリクエストの中にコンビニの店舗IDとかないんか 仕様書書くのはデジタル庁の仕事になったんちゃうんか…? 並列処理はバグの温床だから仕方ない
仕方なく無いけど 三大いま何をやってるのか分からない会社
IBM
富士通
NEC
富士フイルム そんなケースあるか?マイナンバーカードは一枚やん
テストケースにないやろ >>86
さすがにこのレベルの内容を仕様書で規定せんやろ… これデッドロックになって最悪の場合処理が永遠に止まるんじゃないか? 基本的な参考書にでも載ってるレベルのことが出来てないの草 0501の記事に図解とか載っとるで
まぁ大したこと書いてないけど こんなん初番してから処理すればええだけやないんか。。 こんなテストするまでもなく普通わかりそうなバグというか仕様残すやつが設計してて
こういう不具合がこれだけとは思えんのやが 5ちゃんねるもスレ立てるときのURLが立てた時刻に依存するって聞いたぞ
だからゾロ目だとスレ一覧に表示されなくなるとかなんとか
日本最大級の匿名掲示板がこれって大丈夫なんですかね >>98
別に普通に作ればデッドロックにはならん
共有資源に書き込みに行くわけじゃない >>65
行政システムみたいな同時に何千人使う可能性ある代物でそれやるの結構大変やで
同時に処理できる上限設けて行列待ちさせた方がええ気がするわ >>98
readだけやったら大丈夫なんちゃう
この記事だけだとクエリ自体が上書きされたみたいに見える なんGってシステムガチ勢多いけど天下の富士通がワイらですら思い付くようなミスするのようわからんわ
というかこういうのって仕様だか設計で規定せんのかな なんかまったく同じ不具合で何ヶ月か前にスレ立てされてた気がするんだけどまたなん? 一秒に一件の見積もりでシステム組んでるとしたら
本格的に普及したら耐えられないのでは? コンビニで他人の戸籍でてきたら高値で買い取ってくれるとこあったら申請ガチャしてみたい
自分の戸籍がでてきたら誰かの手元に自分の戸籍がいっとる可能性があるというスリル 5/1の富士通の発表「プログラムを4/23に入れ替えたから4/23以降発生してません」
5/2川崎市で発生
5/9の富士通の発表「川崎だけ独自プログラムなので発生しました」
即落ちやめーや >>117
同様のトラブルが蓄積されてようやく原因究明したんやろ >>118
その時は改修を提案するから
一粒で二度おいしい テストケースに何も考えず書いとくレベルに必須やでこんなもんw 後続の処理が先行を上書きするなら
先行者の手には何も届かず、後続者の手元には正しく自分の住民票が届くだけでは?
なんかまだ嘘ついてない? どうせこんなんだって富士通がやってるわけじゃなくて中抜きしてどっかの下請けにやらせとんのやろ? たった2人の犠牲で不具合が塞がったんやからええねんええねん
日本はアジャイル開発の精神が足らん😤 こういうの見てたらワイですら富士通で働けそう
確かここ初任給1000万なんやろ >>131
言葉はないけどそういう業態ものは普通にあるで ■ このスレッドは過去ログ倉庫に格納されています