業務で楽するためのUNIXテクニック集「検索」編 この記事は2008年～2009年頃に翔泳社で連載していた「業務で楽するためのUNIXテクニック集」の原本です。 はじめに この連載では、UNIX系OSをコマンドライン上から効率よく利用するために知っておくべきテクニックや、便利な小技を紹介していきます。 今回は「ファイル・ファイル内容の検索」に関するテクニックを紹介します。 関連記事 シェル制御構造と正規表現の基礎 grepを使った便利なコマンド一覧 find／xargsを使った検索に便利なコマンド一覧 find／xargsを使ったファイル・ディレクトリ名の一括置換／一括作成コマンド一覧 cut、paste、sort、uniq、head、tail、wcを使ったフィルタコマンド一覧 findコマンドを利用した便利なUNIXテクニック例 findコマンドを利用したいくつかの例を紹介しておきます。
タイトルの通りですが、xargsコマンドの便利さを紹介する記事を書いてみました。xargsは私が大好きなコマンドの一つで、標準入力から渡されたファイル名などを引数とみなして、別のコマンドの引数として起動するというものです。 例えばfindで見つけたファイルを全部削除したい場合、xargsなしでも下記のように書くことができます。
最近、会社でシェルの操作方法について教えているのだが、 pgrep / pkill / skill / pidof といった 便利なプロセス操作系コマンドを知らない人が実に多い。 プロセスを殺すというのは、よくある作業なので 今回はコレについて書いてみる。 たとえば、これらのコマンドを知らない人が、 指定した名前のプロセスを kill する手順はだいたい 以下のようなものになることだろう。 $ ps aux | grep プロセス名 | grep -v 'grep' # コマンドの出力結果から pid を目で確認 12345 ... .. hoge .. .. $ kill 12345 この作業は非常に面倒で退屈だ。 もし殺さなければならないプロセスがたくさんあったときは どうするのだろうか。 おまけに、grep コマンド自身が候補に含まれてしまう事があるのだが、 grep -v grep
アプリケーションサーバの運用で頭を悩ませるのが、 アクセス増加に伴うLinuxBoxで処理できるプロセス数やメモリー容量は 無制限では無く、ある一定の同時実行処理数を越えた時点で 極端にパフォーマンスが落ちたり、最悪の場合はカーネルが 停止してしまう事もあります。 LVSはこれを回避するために、１つのフロントエンドサーバに来たリクエストを複数の バックエンドサーバーにリクエストを分散させます。 ここで扱う分散方式はNATベースと呼ばれるものに当たります。 LVSについての詳しい内容については、 http://www.linuxvirtualserver.org/ を参照してください。 必要なソフトウェア LVS導入済みのカーネル (Red Hat Linux 7.3, FedoraCore2) ipvsadm ネットワーク接続概略図 グローバルIPアドレス(
DSASのロードバランサは高価なアプライアンス製品ではなく、LinuxのLVS (Linux Virtual Server)を利用しています。 安価、というか、ハードウエア以外は金銭的コストがゼロなので、一般のクライアントからのアクセスを受ける外部ロードバランサのほかに、内部サービス用のロードバランサも配置しています。それぞれactive, backupで2台ずつあるので合計で4台もロードバランサがあることになります。(こんな構成を製品を使って組んだら数千万円すっとびますね) また、ネットワークブートでディスクレスな構成にしているので、ハードディスが壊れてロードバランサがダウンした、なんてこともありません。 ですので「ロードバランサは高くてなかなか導入できない」という話を耳にする度にLVSをお勧めしているのですが、どうも、 なんか難しそう ちゃんと動くか不安 性能が出ないんじゃないか 等々
ロードバランサーの構築 CentOSにipvsadmを導入し、ロードバランサーを構築します 用意した環境は、次のようになります まずはハードウェアー構成からです www | lb | +--------+ | | sv1 sv2 WANからきたパケットは、一度ロードバランサーを経由して、sv1、sv2に振り分けられます ネットワーク構成は、次のようになります lb WAN側 eth0 IP：192.168.1.11(物理IP) eth0:12 IP：192.168.1.12(仮想IP) ゲートウェイ：192.168.1.1 ローカル側 eth1 IP：10.1.1.10 sv1 eth0 IP：10.1.1.11 ゲートウェイ：10.1.1.10 sv2 eth0 IP；10.1.1.12 ゲートウェイ：10.1.1.10 WANとローカル側で、異なるアドレスクラスまたは
emの違い サンプルプログラム（em ＜サンプルプログラム例１＞検証：正常例 ■プログラム $cmd = "ls -l"; echo "cmd[$cmd]\n"; print "******exec********\n"; exec( $cmd, $output, $return_code ); print_r( $output ); print "return_code[$return_code]\n\n"; print "******system********\n"; system( $cmd, $return_code ); print "return_code[$return_code]\n"; ■実行結果 ******exec******** Array ( [0] =>
sudo（“su do”）は、UNIXおよびUnix系オペレーティングシステムのプログラムの1つで、ユーザーが別のユーザーの権限レベルでプログラムを実行するためのコマンドである。一般的に、ユーザーがスーパーユーザー（superuser、すなわちroot）の特権レベルを利用する際に用いられることが多い。 デフォルトではその別ユーザーのパスワード入力を求めてくるが、設定を変更すれば root のパスワードを求めるようにもできるし、端末（や擬似端末）につき1回だけパスワードを入力すればよいようにも、全くパスワード入力を求めないようにもできる[2]。sudo は各コマンド実行を記録でき、スーパーユーザーとしてのログインの完全な代替として使う場合もある。例えば、Linuxディストリビューションの U
シェルコマンドを実行する関数は ・shell_exec() もしくは バッククォート（`）でコマンドを囲む ・passthru() ・system() ・exec() ・popen() ・proc_open() と６つありますが、 それぞれの違いは ・shell_exec() 「実行結果の出力がテキスト」のコマンドを実行する場合に使用する ・passthru() 「実行結果の出力がバイナリ」のコマンドを実行する場合に使用する ・system() コマンド実行結果のうち最後の一行だけ取得 ・exec() コマンド実行結果を指定した変数へ返す（配列で取得） ・popen() プロセスへのファイルポインタをオープンする ・proc_open() プロセスへの入出力用ファイルポインタを開く ・shell_exec()【コマンド実行結果を全て取得】（スカラーで取得） ・pass
環境構築を自動化すれば数分でサーバ構築して投入できますよ？@HIROCASTERでございませう。 vagrantで開発環境（仮想マシン）を自動構築しようの記事で、仮想マシンにchefやpuppetを自動的に実行させて開発環境を自動で構築する手順を紹介しました。 環境構築を自動化する内容をchefであれば、レシピと呼ばれるものを、puppetであればマニフェストと呼ばれるものを記述しなければなりません。 今回はパッケージ（NTP）を導入して、NTPの設定ファイルを自動的に配備して、サービスを立ち上げるという環境構築の自動化をchef-soloを使って、紹介したいと思います。基本的に他のソフトになっても手順は同じです。参考にしてください。 chefとchef-soloの違い chefはクライアントとサーバの形を取っており、chefを実行するためにはサーバにレシピや付随する数多くのデータがなけれ
「アプリケーションを開発し、それが動作する際にLinuxカーネルの開発に“メンテナー”として加わっている富士通の亀澤寛之氏は、OS作りに携わるメリットをこう語る。この能力があれば、情報システムの性能チューニングやトラブル対処に大きな武器となるのは間違いないだろう。 ただ、簡単にLinuxカーネルのメンテナーになれるわけではないし、OSを自分で作れるわけでもない。そこでLinuxディストリビューションを作ってみることを、お勧めしたい。Linuxディストリビューションは、Linuxカーネルを中核とし、各種システムソフトやアプリケーションをひとまとめにしたもの。Windowsに相当し、広い意味の「OS」といえる。 Linuxカーネルを開発するように内部ま
keepalived では様々なヘルスチェック方式がサポートされています。 HTTP_GET SSL_GET SMTP_CHECK TCP_CHECK これらの使い方はなんとなく想像がつくと思いますが、これら以外のサービスのヘルスチェックをするにはどうすればいいのでしょうか。 例えば
今回構築から検証までの間で説明を省略していた ｢keepalived.conf｣について私が理解している範疇で説明します。 ※誤り等あればご指摘いただけると助かります。。。 まず、説明の対象となる｢keepalived.conf｣を以下に掲載いたします。 vrrp_instance vip_mysqld { state BACKUP interface eth0 grap_master_delay 5 virtual_router_id 1 priority 100 nopreempt advert_int 1 authentication { auth_type PASS auth_pass seipaddress { 10.1.100.100/24 dev eth0 } } virtual_server 10.1.100.
We firmly believe that Oracle Linux is the best Linux distribution on the market today. It's reliable, it's affordable, it's 100% compatible with your existing applications, and it gives you access to some of the most cutting-edge innovations in Linux like Ksplice and DTrace. But if you're here, you're a CentOS user. Which means that you don't pay for a distribution at all, for at least some of yo
手のひらサイズのサーバーとしておなじみのぷらっとホーム「OpenBlocks」がまた進化を遂げた。今回は大手ベンダーに先駆けARMコアのプロセッサーを採用。小型、省電力、堅牢という特徴に加え、高性能まで実現し、もはや死角のない逸品に仕上がった。 我が道を行く「OpenBlocks」に待望の新製品 クラウドや仮想化の普及により、サーバーのコモディティ化が一層進んでいる。ユーザー自身もスペックと価格のみで製品を選定する傾向に移りつつある。しかし、こんな風潮をどこ吹く風とばかりに、小型、省電力、堅牢性を突き詰めるべく進化を続けているのが、ぷらっとホームの超小型Linuxサーバー「OpenBlocks」である。 OpenBlocksでは、ハードディスクやファンといった稼働部品、ホコリなどを呼び込むことになる排気口などを徹底的に排除。故障要因を徹底的に排除することで、高い稼働率を実現している。また、
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
