Sprintは2022年5月31日（火）にCDMAネットワーク、2022年6月30日（木）にLTEネットワークを閉鎖しました。 T-Mobile USAは2022年7月1日（金）に3Gネットワークを閉鎖しました。また、2024年4月2日（火）に、GSMネットワークを閉鎖予定です。 AT&Tは、2022年2月22日（火）以降VoLTE対応機のみご利用いただけます。 Verizon WirelessはVoLTE対応機のみご利用いただけます。 ご利用される機種によっては、渡航先の国／地域の法令などにより、持ち込みなどが禁止されている場合があります。事前に渡航先の規制をご確認ください。

出典：日経情報ストラテジー　2017年3月号 pp.28-29 グダグダ会議撲滅大作戦 （記事は執筆時の情報に基づいており、現在では異なる場合があります） 2016年12月の中旬のとある日。午前11時にリクルートホールディングス（HD）の会議室に数人の女性社員が集まってきた。 彼女たちは「ZIP WORKER（ジップ・ワーカー）」と呼ばれる時間限定勤務で働く社員。リクルートHDは「限られた時間でも専門的な知識やスキルを活かす働き方」を社会に提案するため、2016年9月に自らZIP WORKERを募集。広報や人事、統計解析などのスキルを持つ人材を採用した。彼女たちが、今後のZIP WORKキャンペーンの企画を練るため集まったのがこのミーティングだ。 短時間勤務のメンバーが集まる会議とあって、時間は30分と限られている。会議を仕切るiction（イクション）!プロジェクト事務局の二葉美智子事務

「働きすぎは悪」「仕事よりコンプライアンス」――日本全体がそんな方向に進んでいる。しかし、本当にそれでいいのか。誰も頑張らないし踏ん張らない、そんな国に未来があるのか。 モーレツがそんなに悪いのか？ 興味深い数字がある。『データブック国際労働比較2016』を見ると、'14年の週労働時間（製造業）で日本人はG7（先進7ヵ国）の中で労働時間がかなり短いほうなのだ。 厚生労働省が調べた日本の週労働時間（製造業）は37.7時間。調査対象に各国でバラツキがあるため、一概には言えないが、米国の42時間や英国の41.4時間、ドイツの40時間より少なく、フランスの37.8時間、カナダの37.1時間と変わらない水準なのである（イタリアの数値は未掲載）。 日本人がどんどん働かなくなっている。 バブル直後には2000時間を超えていた年間の総実労働時間は少なくなり続け、'14年には1729時間にまで減少している（

CentOS に仮想化環境の KVM を導入する手順を紹介します。 KVM は Kernel-based Virtual Machine で、仮想化環境のハイパーバイザーです。VMWare などと同様に、KVM 環境の中に仮想のマシン（「ゲストOS」といいます）を作って、あたかも独立した一台のマシンがあるかのように利用することができます。大きな特徴としてまず「無料である」こと、加えて名前の由来になっているように Linux のカーネルの一部として、標準搭載されている機能なので、導入が比較的容易であることが挙げられます。またハイパーバイザー型であるため、KVM 自体は１台の物理的な Linux マシン（「ホストOS」といいます）の中で動き、その制御も Linux を通して行うことになります。例えば管理用のコンソール機能などもホストOS上の Linux アプリケーションとして提供されており、仮

Linux カーネルのソースコードはちょいちょい読んできていたが、KVM 周辺は全くふれていなかったので、ソースを追いかけている KVM_CREATE_VM github.com KVM_CREATE_VCPU github.com O'Reilly の『詳解 Linux カーネル』 のような 凶器 書籍が無いので、Web 上のあれこれや Linux カーネルのドキュメントをエントリポイントにして読んでいる。なお「解説」を目指したものではなく、メモ書きが飛散している程度で第三者の閲覧に耐えうる感じでは書けていない。ご勘弁を 感想 KVM の API を把握するにあたって https://kernel.org/doc/Documentation/virtual/kvm/api.txt をとっかかりとした。 1章と2章を読んで ioctl(2) で /dev/kvm, struct kvm,

日本では基本的にはギャンブルが禁止されている。それに替わる娯楽として行われているのが、地方公共団体など公の機関が開催する競馬、競艇、競輪、オートレースなど、いわゆる「公営競技」だ。それに加えて全国に1万以上のパチンコ店が、ギャンブル好きな人々を引き寄せている。 パチンコも公営競技も、国民の娯楽として健康的な範囲で楽しんでいる分には問題ない。実際、行っている人のほとんどが、「オレは楽しみでやっている」「いつでも止められる」と思っているだろう。しかし、そこに「心の病」が忍び込み、いつの間にか「止めたくても止められない」状態になってしまうケースがある。 FXにはまる人も急増中 してはいけない状況にあることが分かっていながら、ギャンブルにはまりこんでしまう状態がギャンブル依存症だ。ギャンブルで仕事に支障を来すようになったり、家庭生活に深刻な影響を与えたり、ギャンブルによる借金がかさんだりと問題はさ

2009年06月16日21:24 カテゴリLinux HARDWARE ERRORでKernel panicした場合の対処 Linux機がコンソールに HARDWARE ERROR や Machine Check Exception 等と出力して、Panicしてダウンしたことを経験されたことがあるかもしれません。 例えば、Dual core XEON を2個搭載したあるシステム（SLES10 SP1）が以下のようなメッセージを出してダウンしました。 HARDWARE ERROR CPU 2: Machine Check Exception: 5 Bank 5: b200001802000e0f RIP !INEXACT! 10:<ffffffff80109e70> {mwait_idle+0x36/0x4a} TSC 8f0d8745a874f This is not a software

CentOS7のカーネルバージョンは 3.10 で、これだとDocker 1.9 の swarm network で overlay ネットワークが使えません。またデフォカーネルではreiserfsが使えなかったりと色々不便だったので新しくしたい。でも kernel を自分でビルドするのは更新まで考えると面倒なので yum で入れたい。そこで ElRepo です。 ElRepo これはRHELに新しいカーネルやファイルシステムやドライバ等を提供してくれるリポジトリで、ここを使うとより新しいカーネルをyumでインストール出来るようになる。 セットアップ手順は上記URLに書いてある通り以下のようにすれば elrepo-release が入る。 rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org rpm -Uvh http://w

カーネルのアップデート方法についてですが、 kernel-*.el7.x86_64 全てを一気にアップデートするのではなく、まず一番最初に、最新安定版のカーネルをインストールします。 その後、新しいカーネルで問題なく起動できることを確認し、問題なかったら残りの kernel-headers-*.el7.x86_64、 kernel-devel-*.el7.x86_64 等を新しいものに切り替えることで、より安全に作業できると思います。 今回は、最新安定版のカーネルを提供する ELRepo リポジトリを使って、CentOS 7 のカーネルバージョン kernel-3.10.0-229 からこの記事を作成した時点で、一番最新安定版カーネルである kernel-ml-4.6.3-1 へアップデートする方法についてご紹介します。

オープンソースのクラウドプラットフォーム基盤として活用されるOpenStackを中心に、Dockerやコンテナなどを提供する米国のSolinea（ソリニア）。ソリニアでは、自社のウェブサイトで様々な情報発信をしています。 今回はソリニアがブログで公表した 「 The Solinea DevOps Maturity Model 」をご紹介します。 (原文記事掲載日：2016年10月4日) フレームワーク 大規模なエンタープライズ企業には、DevOps導入は厳しいものとなります。最も難しくて重要なポイントとは、どのように“フレームワーク化”を進めるか、になるでしょう。DevOpsへの移行の際には企業内、ましてや多くの異なる部門の変更を伴うのですが、必要となる「変化」を説明するための包括的なフレームワークがないので、経営層やマネージャー陣はしばし、無力になります。 簡単に言えば、段階的

既存のGitレポジトリを、GithubやBitBucketのようなホスティングサーバに移行したり、逆にローカルサーバのGitBucketやGitLabなどに移行したい場合、（乗り換えなど）まあ単純にpushすればいいやんと思ったら、思うような結果にならなかったり、面倒な手順になってしまったりしてしまった。 どうも自分のワーキングのレポジトリから飛ばそうとすると、tagだったりbranchだったりが移行できていないかったりするのです。 ぐぐると、いったんローカルにリモートと同名のブランチ作って(checkoutして)から、push --all, --tags とかしてる奴とかありますがそれは面倒だなぁやだなぁみたいな。 最終的には、これが一番楽な手順かなと思う手順に行きつけたのでここに記す。 $ git clone --mirror <SOURCE_REPOSITORY_URL> $ cd

bashで普段こう書いているけど、実はこういう書き方もあるんですよというのをまとめてみました。 ->の右側がmanに載ってるテク名です。 例えばどういったものが書けるかはガチャガチャした前回の記事で…。 `command` -> Command Substitution 書く量は増えるけど、視認性が良い(ネストした時が特に)。 尚、これは書き方が違うだけでどっちもCommand Substitutionです。