準天頂衛星みちびき3号機、異常動作 調整作業を実施
2017年8月に打ち上げられた準天頂衛星「みちびき3号機」ですが、内閣府宇宙開発戦略推進事務局は2018年6月5日、異常動作が発生したとして技術的な確認・調整作業を実施すると発表しました。 みちびき3号機は初号機〜4号機とともに「準天頂衛星システム（QZSS）」を構築します。この準天頂衛星システムはアメリカのGPSを補完し、ビルの谷間などGPS信号が受信しにくかった場所でも測位が可能になったり、また受信機の規模によってはセンチメーター単位の正確な測位が可能になることが期待されます。 発表によれば、6月2日に搭載されたL5S信号（測位技術実証サービス用信号）送信信号増幅部のスイッチが意図せずに切り替わり、動作しなくなったそうです。これを受け、同様のスイッチを搭載しているみちびき2～4号機でも試験信号の送信を一時停止しています。 現在、みちびき3号機は今年11月のサービスインを目指しています。
投入失敗の「Zuma」、スペースXに過失なし 政府調査まとめる
2018年1月7日にスペースXの「ファルコン9」ロケットで打ち上げられ、その後に失敗したとも報じられている政府系機密ミッション「Zuma」。こちらについて、ウォール・ストリート・ジャーナルはファルコン9とスペースXに過失がなかったことが政府調査にまとめられたと報じています。 報道によれば、このZumaの失敗は人工衛星を切り離す「ペイロードアダプタ」が正常に動作しなかったことが原因だとされています。また、このアダプタを製造したのはノースロップ・グラマンでした。以前にも同様の内容が報じられましたが、今回の報告でそれが確認されたこととなります。 Zumaは予定軌道への投入に失敗し、大気圏に突入して燃焼したものと予測されています。そしてペイロードアダプタは予定高度での人工衛星の切り離しに失敗し、ファルコン9の上段ロケットがZumaを引っ張りながら落下。その後切り離しは行われたものの、すでに時遅しと
GM、自律走行車とバイクの接触事故で訴えられる
General Motors（GM）が自律走行車とバイクの接触事故で提訴された。バイクを運転していたOscar Nilsson氏は、試験走行中だった同社の自律走行車両「Cruise」にぶつけられたと主張している。 「Chevrolet Bolt EV」をベースにしたこの車両には、GMで「Advanced Vehicle Trainer（先端車両トレーナー）」と呼ばれる、いざというときのバックアップを担当する人間のドライバーも乗車していた。 事故が起きたのは12月7日、混雑したサンフランシスコの街路でのことだった。サンフランシスコ連邦地裁に提出された訴状には、試験走行中のCruiseが「突然進路を変えてNilsson氏が走行していた車線に戻り、Nilsson氏にぶつかり、同氏を地面に倒した」とある。サンフランシスコ市警察の事故報告によると、事故時の走行速度はどちらも比較的低速で、Cruise
11月6日の「インターネットが壊れた」、Level3のleakで約90分間:Geekなぺーじ
米国時間の2017年11月6日(月)に、約90分間の大規模インターネット障害が発生しました。 Dyn blogによると、世界最大規模のTier 1インターネットプロバイダであるLevel 3がBGPの経路を「漏らした(leakした)」ことによって発生したとあります。 Dyn blogでは、今回の障害を紹介する記事中で、Level 3のことを「largest telecommunications network in the world(世界最大のテレコミュニケーションネットワーク」と表現しています。 DYN blog: Widespread impact caused by Level 3 BGP route leak WIRED: How a Tiny Error Shut Off the Internet for Parts of the US Level 3がBGP leakを起こし
[PDF] 08/25の通信障害概説
08/25の通信障害概説 Matsuzaki ‘maz’ Yoshinobu <maz@iij.ad.jp> maz@iij.ad.jp 1 観測されている概要 • 2017/08/25 12:22JST頃 • AS15169が他ASのIPv4経路をトランジット開始 • ⽇頃流通しない細かい経路が⼤量に広報 • これによりトラヒックの吸い込みが発⽣ • 国内の各ASで通信障害を検知 • 2017/08/25 12:33JST頃 • AS15169がトランジットしていた経路を削除 maz@iij.ad.jp 2 観測された問題のBGP経路概要 • 経路数 • 全体で約11万経路 (⽇本分が約25000経路) • /10から/24まで幅広い経路(半数程度が/24) • 通常流れていない細かい経路が多かった • AS PATHは概ね “701 15169 <本来のAS PATH>” • 広報元A
被曝の５人、汚染室内に３時間待機 原子力機構の事故：朝日新聞デジタル
茨城県大洗町の日本原子力研究開発機構大洗研究開発センターで作業員５人が被曝（ひばく）した事故で、室内に飛散したプルトニウムなどの放射性物質を室外に出さないための処置をする間、５人は室内で３時間にわたって待機していたことが分かった。その間に体内に放射性物質が入り、最も多い人で肺から２万２千ベクレルのプルトニウムが検出されるという、国内最悪の内部被曝につながった可能性がある。 放射性物質が飛散した事故は６日午前１１時１５分ごろに、燃料研究棟の分析室で発生した。放射性物質が入ったポリ容器は二重のビニール袋に包まれ、ステンレス製の保管容器に入っていた。 原子力規制委員会や原子力機構によると、事故当時、保管容器の内部の状況を確認するため、５０代の男性職員がフタを留める６本のボルトを緩めていた。４本目を外したところでビニール袋が膨らんで、フタが浮き上がってきたという。職員はフタを押さえつけながら残りの
Amazon S3ダウンの原因、コマンドの入力ミスで多数のサーバを削除。サブシステム再起動に時間がかかり障害が長引く。AWSの報告を読み解く
AWSの米国東部リージョン（US-EAST-1、バージニア北部）において2月28日に発生したAmazon S3の障害の原因と対策などについて、AWSが報告を公開しました。 Amazon S3がダウンした直接の原因は、Amazon S3課金システムのデバッグ作業中に入力したコマンドのミスによって多数のサーバが削除されたことでした。また、それによって引き起こされたサブシステムの再起動に時間がかかったことが、障害を長引かせる要因になっています。 この記事ではAWSの報告内容を整理し、発生した出来事を時系列でみたあと、障害の背景にあった技術的な要因と対策を紹介します。 コマンドの入力ミスで多数のサーバを削除、復帰にも長時間かかる そもそもの障害の発端は、Amazon S3課金システムの処理速度が想定よりも遅くなっていたため、Amazon S3チームがデバッグ作業を行っていたことでした。 2月28日
小型ロケットSS-520失敗、原因は「徹底した軽量化」 | sorae.jp : 宇宙（そら）へのポータルサイト
2017年2月13日、宇宙航空研究開発機構（JAXA）は先頃打ち上げられた小型ロケット「SS-520 4号機」の失敗原因を公表した。原因は、軽量化のために施された様々な設計変更が複合して電線が断線した結果、ロケットの電子機器の電源が失われたものと推定された。 飛行中の振動により電線が断線 失敗原因を結論から言えば、ロケットの猛烈な加速と振動により電線が機体とこすれ、ガラス繊維の保護材や絶縁被覆が破れて24Vの電源ケーブルが露出、地絡（ショート）により電源分配器が破損したことだった。 前回の解説記事 でも書いた通り、この部分は衛星打ち上げ用に新規開発された第3段以上ではなく、観測ロケット「SS-520」の第2段として実績のある部分であり、失敗するほどのトラブルは意外だった。しかし今回の説明で、SS-520にも様々な改良が加えられていたことが明かされた。 数キロの軽量化のために 今回の打ち上げ
GitLab.comが操作ミスで本番データベース喪失。5つあったはずのバックアップ手段は役立たず、頼みの綱は6時間前に偶然取ったスナップショット － Publickey
果たしてGitLab.comで何が起きたのでしょうか？ これまでの経緯をまとめました。 スパムによるトラフィックのスパイクからレプリケーションの不調へ GitLab.comは今回のインシデントについての詳細な経過を「GitLab.com Database Incident - 2017/01/31」で公開しています。また、もう少し整理された情報がブログ「GitLab.com Database Incident | GitLab」にも掲載されています。 これらのドキュメントを軸に、主なできごとを時系列に見ていきましょう。 1月31日16時（世界協定時。日本時間2月1日午前8時）、YP氏（Yorick Peterse氏と思われる）はPostgreSQLのレプリケーションを設定するためにストレージの論理スナップショットを作成。これがあとで失われたデータを救う幸運につながります。 1月31日21時
男性死亡：飲酒トラックから男児かばう 娘失い登校見守り | 毎日新聞
島根県益田市久々茂（くくも）町の国道１９１号で３０日朝、集団登校で横断歩道を渡っていた市立豊川小学校の児童の列に軽トラックが突っ込み、ボランティアで通学を見守っていた近くの三原董充（ただみつ）さん（７３）が全身を強く打ち、翌日、病院で死亡した。集団登校をしていた児童９人のうち、小学３年の男子児童（９）も軽傷を負った。 三原さんは３３年前、小学２年だった下校中の次女舞子さん（当時７歳）を交通事故で亡くし、子どもたちの事故を防ぐため見守り活動を続けていた。
GitHubリポジトリが突然消えたときにやるべきこと - Grooves開発ブログ
新年あけましておめでとうございます。ことよろ。 最近 Forkwell のポートフォリオ機能を弄っている@sinsoku です。 今日は弊社で起きた「リポジトリが突然消えた事件」について書きたいと思います。 事の始まり 昨年末の26日の朝、 fork したけど使っていないリポジトリがあったので、何気なく削除しました。 その30分後、同僚のapp2641に声をかけられました。 app2641:「なぜか(メイン)リポジトリが404なんですが、sinsoku さん何か知ってます？」 sinsoku:「え、いや、分からないです。私の方でも調べてみます。（もしかして...）」 自分でもリポジトリのページを表示してみました。 404 ですね。マジか...。Audit log を確認してみるか。 見覚えあるアイコンの横に repo.destroy て書いてあるじゃないか...o..rz GitHub の
世界最小の衛星打ち上げロケット、失敗
結果は失敗だった。 宇宙航空研究開発機構（JAXA）・宇宙科学研究所（ISAS）は、1月15日午前8時33分、内之浦宇宙空間観測所から「SS-520」ロケット4号機を打ち上げた。SS-520の4号機は直径520mm、全長9.54m、全備重量は2.6トン。同ロケットには東京大学の超小型実験衛星「TRICOM-1」（重量3kg）が搭載されており、成功すれば「世界最小のロケットによる衛星打ち上げ」になるはずだった。しかし、ロケットからの通信が途絶えて打ち上げは失敗した。 JAXAは、この打ち上げを、地上で使う大量生産された民生部品が、高い信頼性を要求される宇宙用機器でも使えるかどうかを調べる実験と位置付けており、今回1機限りの予定だった。ここで問題になるのは、事故原因究明後に、失敗と位置付けてプロジェクトを終了するか、それとも再度の打ち上げ実験を実施するかどうかということだ。 安価な民生部品の衛
SS-520がんばれ！ - 植松努のブログ（まんまだね）
SS-520 うまくいかなくて残念。 まだ原因は正式発表されていないけど、実績のある部分での通信の不具合のようです。 うーむ。これは、人ごととは思えない。 ロケット開発をしていて、とてもつらいのは「通信」です。 実験や研究に使える電波が少ないように感じます。 テレビの地デジ化によって、VHFとUHFは解放される、という話を聞いたときには、飛び上がって喜びましたが、 実際にはそうなっていません。 現在、無人機を始め、通信を必要とする技術はとても多いのですが、日本が遅れ気味に見えるのは、電波の制限のようにも思えます。 第二次世界大戦のとき、日本は、アメリカに電波技術で大差をつけられました。 航空機に装備された無線機も調子が悪く、連係プレーは手信号に頼っていたとか・・・。 その一因として、日本は戦争が近くなり、ラジオ放送を規制し、ラジオ受信機も国が定めたものだけにしてしまったので、ラジオの技術が
JAXA超小型ロケット「SS-520」、衛星軌道投入に失敗【解説あり】 （sorae.jp） - Yahoo!ニュース
2017年1月15日8時33分、宇宙航空研究開発機構（JAXA）は観測用ロケット「SS-520 4号機」を打ち上げたが、目的としていた第3段ロケットによる人工衛星の軌道投入には失敗した。 SS-520 4号機は鹿児島県肝付町の内之浦宇宙空間観測所から打ち上げられたが、第2段ロケットの状態を確認する電波が受信できなかったという。SS-520 4号機は第2段の状態を地上で確認し、点火指令を送信する設計のため、地上から第2段点火の指令を送信しなかった。 今回のロケット打ち上げ実験主任であるJAXAの羽生宏人准教授は、失敗の原因は調査中であるとして、推測が独り歩きしないよう慎重に言葉を選びながらも、打ち上げに協力した関係者への感謝を述べた。 今回打ち上げられたSS-520 4号機は、第2段の点火を地上からの指令で行うことになっていた。H-IIAのような大型ロケットは搭載されているコンピューター
プログレス補給船、ロケット打ち上げ失敗 大気圏で焼失 3段目に問題か | sorae.jp : 宇宙（そら）へのポータルサイト
12月1日14時51分（世界標準時）、ISS（国際宇宙ステーション）への補給任務を行なう プログレス補給船 が ソユーズロケット によって打ち上げられました。しかし打ち上げから間もなく プログレス補給船は大気圏で焼失し、打ち上げは失敗 しました。 プログレス補給船（65P）はソユーズUロケットに搭載され、カザフスタンのバイコヌール宇宙基地から打ち上げられました。しかし打ち上げから 6分後に管制室は補給船からのテレメトリデータを失い 、引き続いて レーダーからも消失 したのです。 打ち上げを担当したロシア宇宙企業のロスコスモスは本日、「情報では 高度約190km、トヴァ共和国の無人の山岳地帯の上空の事故 が起きたようだ。（ほとんどの） 補給船の船体は大気圏で焼失 している」と発表。またミッションについては、「今回の事故は ISSの通常の任務に影響をあたえるものではなく 、ISSのクルーの
プログレスMS-04補給船（65P）ミッション - 宇宙ステーション・きぼう広報・情報センター - JAXA
65Pフライトは、ロシアのプログレスMS-04補給船を打ち上げて、国際宇宙ステーション（ISS）の「ズヴェズダ」（ロシアのサービスモジュール）に無人でドッキングさせるミッションであり、ISSへ向かう65機目のプログレス補給船です。 今回は、打上げから約2日後にISSへドッキングする運用が予定されています。 65Pフライトでは主に以下の補給品をISSに運びます。 飲料水 補給用推進剤 酸素 その他以下に示す積荷など 食糧（米国、ロシアの宇宙食） 実験ペイロード 医薬品、衛生用品、家族からの手紙など 交換修理品、予備品など 長期滞在クルーの日用品など 打上げ計画 65Pフライト打上げ計画（2016年11月30日現在） 打上げ予定日時
火星着陸機「スキアパレッリ」 機体高度の勘違いが衝突原因 IMUデータに誤り | sorae.jp : 宇宙（そら）へのポータルサイト
ヨーロッパとロシアによる、 火星探査プログラム「エクソマーズ」 。10月には探査機「トレース・ガス・オービター（TGO）」の 分離 に成功し、 続く着陸機「スキアパレッリ」 の火星着陸を待つばかりでしたが、後に着陸機の 火星への激突 が 確認 されていました。そしてESA（欧州宇宙機関）は新たに、その 事故原因が「機体高度の計算誤り」 であったことを発表したのです。 スキアパレッリは火星への突入後、パラシュートの展開から切り離しとエンジンの逆噴射を行います。しかしナビゲーションシステムの過負荷により同機はなんと 自身が「地中にいる」と判断 し、 パラシュートの切り離しとエンジン噴射の終了を早期 におこなってしまったのです。 ESAの発表によれば、スキアパレッリは予定どおりに高度12kmにてパラシュートを展開し、7.8kmにて耐熱シールドを投棄。しかし 慣性航法装置（IMU） がたった一
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch
TechCrunch | Startup and Technology News
Engadget | Technology News & Reviews
