harumaruさん
VIEW
富士通Japanがコンビニ証明書交付サービスでの不具合について原因報告
富士通Japanは5月9日、神奈川県川崎市のコンビニの証明書交付サービスで、他人の戸籍謄本が発行された問題について、原因を公表した。
「2カ所のコンビニで、2人の住民が同一タイミング(1秒以内)で交付申請した際に、後続の処理が先行する処理を上書きしてしまう」プログラムのバグが原因だったという。
このプログラムは川崎市以外では使われておらず、他の自治体で起きた問題と原因は異なる。バグは既に修正・入れ替えたとしている。
出典:川崎市のコンビニで他人の戸籍謄本誤発行 「2人同時に発行申請すると上書き」バグが原因 富士通 - ITmedia NEWS
【品川区】
コンビニ交付障害の対応について
5月18日【木】6:30〜23:00まで
利用出来ません。
#マイナンバーカード
#コンビニ交付停止 https://t.co/KSKLAnZBtr
反応まとめ
ファイル名が秒単位の時刻なので、1秒間に複数申請があれば、後の申請の出力に上書きされてしまう、ということなのか。どうしてこれでうまくいくと思ったのか>富士通Japan t.co/FOvWWMdqar
シンジくん!マイクロ秒までアスカと合わせなさい!
出来ないよそんなの!
富士通japanはやったわ!やるのよ!シンジくん!
マイクロ秒wwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwwww
こないだ秒単位で衝突とか言ってたから、まさかと思ったけどwwwwwwwww t.co/YHUxzoLXqs
あのさぁ、根本的な排他制御とか・・・なさらないんですか・・・???
秒じゃ足りなかったのでマイクロ秒まで使えばヨシ!!!!
現場猫じゃんよ・・・なんかもう頑なにそれでやろうとするじゃん。
なんか絶対に時刻しか使っちゃいけない縛りがあるんか??
何だかみんな盛り上がってるので、これもぶら下げておくね!!
多分だけど、実際にはマイクロ秒レベルのガチ衝突なんかしてなくて、
分解能の都合で十数ミリ秒レベルの衝突だったんじゃないかって思うよ!!
t.co/SG4nKhhaNy
@KITA__13 @soekawaarit0 少なくともリクエスト毎に識別するんだったら、物理の力も借りるべきだから
端末の論理IDなりMACIDなり飛ばしたり、
それが出来ないならセッションIDとか使ったり、何かしらあったやろって思うよね。
なんで時刻に拘るのかマジ解らん。
@mikahosi その問題があるからこそ、秒で衝突って言ってた数日前の時点で「ミリ秒以下、ナノ秒とか言い出しそうwww」って予想してた人間がちらほらいたけど。
まさか
まじで
やるとはwwwwwwwwwwww
時刻のみを処理キーしてるなこれ。キーに店舗コード持つだけで回避できる事象じゃん…。
APサーバとDBサーバの同一構成(それもどうなんだ)で事象起きないのも、要求を1つずつ受けて返して…しか処理しないからだね。低品質だから助かってるだけだけど、顕在化してないだけで他にも不具合ありそう。 t.co/Ms69IC7GqZ
秒だからだめなんだ!
↓
よし、次はマイクロ秒だ!これならそーそーぶつからんやろ!!
あのさァ…… t.co/1eq5Lrde0f
入れ替わるって書いてあるけど、AさんがBさんの、BさんがAさんのになるわけではなく、AさんもBさんもAさんの、もしくはAさんもBさんもBさんのになるんじゃないかな? t.co/qH5Gq9OjlC
冗談で「対応内容『ミリ秒単位にしました』とかじゃないだろうな」って言ってたけどまさか t.co/Sz6wj8DxdM
富士通Japanの件、日々の334投稿だってミリ秒まで重なる人普通にいるし、設計だけマイクロ秒にしたけど端末側がミリ秒までしか分解能もってない、っていう説はしっくりくるな t.co/DMgGy32rpk