案外成功方法より失敗集のほうがタメになりそう． ところでhost名がtaihaなのは安定性に関係ないです!!
案外成功方法より失敗集のほうがタメになりそう． ところでhost名がtaihaなのは安定性に関係ないです!!
こんにちは。リスペクトの木村です。 今日は、「MailCatcher」というRubyで使うGemライブラリの話をお送りします。 MailCatcher とは Samuel Cochran氏が開発した、シンプルなSMTPサーバーです。特に細かい設定は不要で、起動するだけでSMTPサーバーが起動します。(ポートは1025番) これだけであればよくあるSMTPサーバーなのですが、MailCatcherの特徴は「SMTPサーバーを経由したメールをブラウザ上から確認できる」という所にあります。送信しようとしたメールはMailCatcherのSMTPサーバーから先には送信されません。 Webサーバーが同時に起動(ポートは1080番)するので、ブラウザからアクセスすると下記のような画面が表示されるので、そこから確認できます。 届いたメールはほぼリアルタイムで受信トレイに表示されるため、リロードの必要はあ
"ssh -i 鍵ファイル" でログインできるリモートサーバに対して、rsyncでデータを送りつける方法 $ rsync -r -e "ssh -i /home/foo/.ssh/keyfile" /path/to/dir [email protected]:/path/to/foo/
復習がてらまとめてみた。今さら感たっぷりでたぶん100番煎じぐらいだけど。きっかけは単語単位でカーソルを移動させる(M-f,M-b)方法が知りたかっただけなんだけど。せっかくなのでどこで、どういう風にキーバインドが割り当てられているかを調べた。 versionはdebian4のbash 3.1.17。 readlineとbind(組み込みコマンド) man bashのreadlineとbindの項目参照。readlineはシェルの入力を処理するライブラリ。bashは組み込みのコマンドでreadlineの割り当て設定確認/設定変更が出来る。 端末ラインのキーバインド さて、さっそくbashのキーバインド…の前に、シェルとは別の端末のキーバインドもまとめておく。bashとは直接関係ないけど、端末をCLIの操作をキーバインドで行うという意味では、ほぼ同じなので。 有名なのはプロセスを割り込むC-
最近注目されている仮想化技術の1つにLXC（Linux Containers）がある。LXCはコンテナ型仮想化技術と呼ばれるものの1つで、OS上に別の隔離された環境を構築するものだ。今回はLXCの仕組みと、基本的なインストールについて紹介する。 さまざまな仮想化技術とLXC 仮想化技術を使って一台のマシン上に複数の隔離された環境を構築する、というのはメインフレームの世界では古くから行われていたが、近年ではマシンの性能向上により、エントリレベルのサーバーでもこのような使われ方が実用的になっている。そういった背景の下注目されているのがLXC（Linux Container）と呼ばれる仮想化技術だ。 広く使われている仮想化技術としてはXenやKVMがあるが、これらはホストOS（もしくはハイパーバイザ）上で演算によって仮想的なマシン環境を作り出し、その上でOSを実行させることで複数のOS環境の構築
ログファイルの監視に「tail -f」コマンドを使っている方は多いかもしれません。ファイルの末尾を表示する「tail」コマンドに、ファイル末尾に追加されたデータを追跡表示する「-f」オプションを指定することで、手軽にログの監視ができる便利なコマンドです。 しかし最近、「tail -f」より便利なコマンドとして「less +F」の使用を推奨するブログ記事「Stop using tail -f (mostly)」が公開され話題となりました。 「less」はテキストファイルの内容を表示する、ページャーと呼ばれるソフトウェアですが、これに「+F」オプションを指定することで、「tail -f」より便利なファイル監視コマンドとして使えるらしいのです。具体的に「less +F」が「tail -f」より便利な点として以下の2点が挙げられています。 監視モードと通常モードをlessを起動したまま行き来できる
cib cib new [withstatus] [force] [empty] cib delete cib reset cib commit cib use cib diff cib list cib import {|} [] cib cibstatus -- CIB status management and editing cib cibstatus load {|shadow:|live} cib cibstatus save cib cibstatus origin cib cibstatus show cib cibstatus node {online|offline|unclean} cib cibstatus op [] [] resource resource status,show,list resource start resource stop resourc
[Linux] => [シェルスクリプト] シェルの特殊変数$@はスクリプトに渡された引数すべてを表示します。 [例 argument.sh]
1-1.ネットワーク・サービスの起動と停止 1-2.ネットワークの各種設定ファイル (1)ネットワークの設定ファイル【1】 (2)ネットワークの設定ファイル【2】 (3)ネットワークの設定ファイル【3】 1-3.ネットワーク設定の確認 2-1.TELNET (1)TELNETについて (2)TELNETサービスの設定と起動 2-2.SSH (1)SSHについて (2)SSHサービスの起動と停止 (3)SSHサービスの設定 (4)SSHの利用 −ユーザー名/パスワードによる認証 (5)SSHの利用 −公開鍵・秘密鍵による認証 (6)SSHを使用したツール 2-3.FTP (1)FTPについて (2)FTPサービスの起動と停止 (3)FTPサービスの設定 Linuxシステムは、ほとんどの運用のケースでTCP/IPネットワークに接続することが不可欠となります。したがって、この章では、MIRACL
UNIXオペレーティングシステム 第一章 オペレーティングシステムとは何か 第一章:補遺:1 UNIXとは何か 第一章:補遺:2 OS誕生からLinuxまでの歴史 第二章 実際にGNU/Linuxを使ってみよう 第二章:補遺:2 Ubuntuインストール方法 第二章:補遺:3 Ubuntu Live CD 第三章 システム環境を考えてみる 第四章 カーネルの構造と機能 第五章 プロセス管理 第五章: 補遺:1 プロセスのタイムスライスの値を計測する 第五章: 補遺:2 マルチプロセッサとプロセス 第六章 記憶管理 第六章: 補遺:1 Linuxのswapについて私が知っている二、三の事柄 第七章 デバイススペシャルファイル 第七章: 補遺:1 Linux LVM 第八章 ファイルシステム 第九章 ユーザ権限とアクセス制御 第九章: 補遺:1 システムにおけるパスワード管理の概要 第九章:
カーネルモジュール、管理アプリケーション、シェルスクリプトで構成され、高可用 (HA) クラスタで使うのが一般的である。DRBDはRAID 1に似ているが、ネットワーク上で動作する点が異なる。 DRBDはソフトウェアを指すと同時に、そのソフトウェアで管理される論理ブロックデバイスも指す。「DRBDデバイス」とか「DRBDブロックデバイス」といった呼称も見受けられるが、RAS症候群の一種であることは言うまでもない。 DRBDは自由ソフトウェアであり、GNU General Public License version 2 でライセンスされている。 DRBDの論理ブロックデバイス（通常 /dev/drbdX で、X はマイナー番号）は既存のブロックデバイス群の上に存在し、クラスタノードを構成している。プライマリノードへの書き込みは下層のブロックデバイスへ転送され、同時にセカンダリノードへも伝播
知っている人には当たり前、けど本業じゃないし開発１年生なのでそんな知りません的な人には 有用かなと思い書いてみます。 思いつきで書いていくので読みづらかったらすいません。 後、しょうもない内容もあるのであまり為にならないかもしれません。 #サーバ監視って？ まず、サーバ監視っていっても定常的な監視を人がやることはほぼありません。 基本はZabbixなどで監視を仕掛けて検知したアラートを電話なりメールで受け取ります。 それを人が見て、 ###やばいかも？ ###出ちゃいけないエラーが出てる! などと冷や汗をかいた経験はあると思います。 そんな中でも比較的厄介（アプリの不具合も十分厄介ですが）なのが ###負荷すごい高いんだけど？？サーバが瀕死？？ という状態です。 そんなときインフラ屋さんへ頼るのが正解ですが、 インフラ屋さんは全部のサービス、システムの仕様、アクセスのされ方、 機能を理解し
すこし記事が長いため、簡単なアウトラインを書いておきます。要点だけ掴みたい場合は、最終項の「まとめ」を読むのがいいかもしれません。 コマンドライン引数の一般的な解析手法 それぞれの特徴 〜 getopt と getopts の違い getopts（メリット・デメリット） getopt（メリット・デメリット） 自前で解析しちゃう（唯一のデメリット） まとめ ============================= コマンドライン引数を処理する一般的な手法として、 getopts getopt shift などで自力で解析 といった具合に、上から順に考えつくかと思います。getopt(3) は UNIX において、コマンドの引数を処理する一般的な C 言語のライブラリ関数です。それを用いて実装されたコマンドが getopt(1) です。Bourne シェル系だと内部関数になりますが、同系統の
ネットワークの設定,変更などをどこで設定するか. 何を確認するか. (大抵の場合,設定は /etc/init.d, /etc/rc.d などにあるスクリプトなどで行っている.) 関連ファイル /etc/modules.conf : module の設定 ネットワーク設定(IPアドレスなど) /etc/network/interfaces : (Debian) /etc/rc.d/rc.inet1 : (Plamo) /etc/sysconfig/network-scripts など : (RedHat, Vine) /etc/init.d/* 又は /etc/rc.d/init.d/* : 初期設定スクリプト ホスト名参照 /etc/hostname : 自ホスト名(Debian) /etc/sysconfig/network: 自ホスト名(RedHat) /etc/HOSTNAME :
#課題 突然キャンペーンとかの高トラフィックが来る！とか言われると色々困ることはあるものの、今のご時世クラウドだからスペック上げときゃなんとかなるでしょ。ってとりあえずCPUとかメモリあげて見たものの、キャンペーンが始まったら意外と早くブラウザからつながらない！！とか言われたりする。 CPUもメモリもそんなに負荷は特に高くもない。調べてみたらTIME_WAITが大量にあった。 #とりあえず何とかしたい ####TIME_WAIT数をコマンドで確認 $ netstat -anp|grep TIME_WAIT __(snip)__ tcp 0 0 192.168.1.1:80 192.97.67.192:56305 TIME_WAIT - tcp 0 0 192.168.1.1:80 192.63.64.145:65274 TIME_WAIT - tcp 0 0 192.168.1.1:80
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
