strace コマンドの使い方をまとめてみた : sonots:blog
csshXを使ってリモートホストの一括操作を行う | DevelopersIO
コンソールの一括操作がしたい 先日、クラスタリングしているAWS上のWEBサーバについてちょっとした設定変更が必要になり、 ちまちまとsshログイン→viで修正を繰り返していたのですが、修正頻度とインスタンス数が増えてきて面倒になってきました。 クラスタリングするインスタンス数が１０個くらいになり、全部のサーバに修正ファイルをアップロードしなおしたり、 アプリケーションの再起動したりする手間が一気にふえてどうしようと思っていた頃、 「いいアプリがあるよ〜」と教えてもらったのが、今回ご紹介するcsshXです。 csshX このアプリケーションはMac用のアプリケーションで、指定した複数のリモートホストに対して一括してログインし、 すべての端末に対して同じコマンドを実行できます。 今回はAWSの複数のサーバにSSHでログインしていろいろやるための手順をご紹介します。 ※各サーバにはsshですで
それ etckeeper でできるよ - /etc 以下を Git で自動的にバージョン管理 - おいちゃんと呼ばれています
こんにちはこんにちは。一昨日、さくら VPS に Git をインストールするエントリーを書きましたが、実はバージョン管理は etckeeper にもお世話になっています。 etckeeper というのは、Git 等のバージョン管理ツールを用いて、/etc 以下をほぼ自動的に管理してくれる有り難いツールです。下記のタイミングで自動的にコミットしてくれます。手動で任意のタイミングでコミットすることもできます。 -yum コマンド実行の前後 -日付が新しくなったとき << 以下、さくら VPS（CentOS 5.5 -64bit）で etckeeper を使えるようになるまでの手順をまとめてみましたので、よろしければ参考にしてください。 *目次 Git のインストール etckeeper のダウンロード etckeeper の設定ファイルの編集 etckeeper のインストール etckeep
UEC - usp engineers' community - Tukubaiオンラインコマンドマニュアル
UEC - UNIXを深く理解し、シェルプログラミングを極めるコミュニティサイト Info インフォメーション イベント情報 / ニュース・プレスリリース ユニケージについて ユニケージ開発手法とは / ユニケージエンジニアとは ユニケージ開発手法 技能検定 / 試験日程 ユニケージ開発手法 教育講座 / 開講日程 ユニケージ開発手法 教育講座レポート 出版物 シェルスクリプトマガジン / 注文 / 取扱書店 / 問合せ USP出版書籍 / 注文 / 取扱書店 / 問合せ Software Design / FreeBSD Expert FreeBSD Weekly Topics / 日経Linux 推薦図書 オススメの定番書 / より上級者を目指す UNIXビギナー向け教本 / UNIXの文化を知る AWK/SEDを習得する / 手元に置きたい実用書 古典を楽しむ UECサイトについ サ
bash,dash,zshのreadコマンドと「while read line」のような行ごとの読み込み処理について跡地 - 試験運用中なLinux備忘録・旧記事
(2021/9/29)本記事は「bash,dash,zshのreadコマンドと行ごとの読み込み処理(while read)」へ移動した。
関数プログラミング的なシェルスクリプト
Mar 18, 2007 ご存知のように、POSIX (UNIX, Linux など) では bash などのシェルスクリプトをもちいて 処理を自動化できます。ここでは、シェルスクリプトを関数言語的に味付けして遊んでみました。 bash の関数は再帰的に呼び出すことが可能なので、例えば、階層的なディレクトリ構造以下の 全てのファイルに同じ処理を施したいときは以下のような簡単なスクリプト (for_all) でできます。 このスクリプトで 変数 FULL をlocal で宣言しているのがミソで、 こうすることによって、変数が関数内だけで有効になるので、関数を再帰的に定義することができるようになります。 for_all の内部で定義されている関数 rec は以下のように動作します。 ls で見つかったものがファイルなら $1 で指定された処理を行う。 ディレクトリなら rec を再帰的に呼び出
本を読む 関数型言語shの基礎文法最速マスター
関数型言語shの文法一覧です。他の関数型言語をある程度知っている人がこれを読めば、shの基礎をマスターしてshを書けるようになっています。以下、Clojureあたりを想定して説明します。 注意：これは基礎文法最速マスターねたのパロディです。動作は本物ですが、意味はコジツケです。 REPL shの処理系は、POSIX準拠のUnix系環境であれば標準で用意されています。REPLを起動するには、shを実行します。 sh すると、プロンプトが表示されます。 $ shのほかに、REPLに行編集機能を付けたbash・zsh・tcshなどもありますが、ここでは割愛します。 なお、REPLとして使うほかに、あらかじめ用意したスクリプトをshで実行することもできます。 sh hoge シーケンス shの扱うデータは、すべて、ある単位（ラインと呼びます）のデータが並んだシーケンスです。たとえば、seq関数（L
Linuxでシステムに対して意図的に高負荷をかけたい場合 - 元RX-7乗りの適当な日々
今更感があるかもしれませんが紹介。 stressコマンドを使うと、CPUやメモリ、ディスクに対して意図的に負荷を与えることができます。 どこで使うかというと、、、高負荷時のシステムの挙動を見たい場合、AutoScaling等の負荷状況に応じて自動でスケールアップ/アウトさせるための仕組みのテストをしたい場合、部屋が寒いときにPCに発熱させたい場合ｗｗｗなどで使えるのかな、と。 Stressをインストール CentOSやRedHatの場合は、DAG(rpmforge)のリポジトリがあるので、ここのパッケージからインストールしましょう。 DAGをyumのリポジトリに追加する場合は、以下リンクから(CentOS5[x86_64]系の2010/05/14時点の最新版は)"rpmforge-release-0.3.6-1.el5.rf.x86_64.rpm"をダウンロードして、rpmインストールしま
[一部無料] プログラミングに興味がある人の課題図書8選 | Act as Professional
読書感想文は大嫌いだった@HIROCASTERでございませう。 代表的な夏休みの宿題として読書感想文がありますが、最近は読書感想文を宿題として出すことによって無理矢理読書を促すことによって、読書離れを助長するという考えもあるようです。 読書感想文のコピペサイトもあるようです。 個人的には読書感想文が大嫌いというか、課題図書にされている本に全く興味が無かったため、興味の無い本を読まなければならないことが苦痛でしかありませんでした。 おかげで文芸図書は一切読まない大人になってしまいました。 コンピュータやプログラミングに興味があった僕が学生時代に、こんな本を夏休みに読んでいたら、もうちょっと人生変わったんじゃないかなと思うような書籍を集めてみました。 全体的にソフトウェアに関する歴史や思想や文化が垣間見れるものをあつめ、無料で閲覧できる書籍をピックアップしてみたので、お金のない学生の皆さまも、
![[一部無料] プログラミングに興味がある人の課題図書8選 | Act as Professional](https://cdn-ak-scissors.b.st-hatena.com/image/square/279d08a93ef6fe58d631c1102100cb8732e048be/height=288;version=1;width=512/https%3A%2F%2Fhiroki.jp%2Fwp-content%2Fuploads%2F2012%2F08%2Fgarantobazaar-e1343794159584.jpg)
glibc, coreutitities, stl, linux kernel のソースコード - フリーフォーム フリークアウト
移転しました http://please-sleep.cou929.nu/20091208.html
トラブルをわざと発生させサーバ問題解決能力を鍛える「Trouble-Maker」 - GIGAZINE
ほとんどのシステム管理者が経験したことがあるはずの状況は「何か悪いことが起きていて、サーバがダウンしているが、しかし何が起きているのか分からない」というシチュエーション。サーバを管理するシステムアドミニストレーターなどの立場でいると何が大変かというと、実際の製品として動かしている実環境でこのような問題が発生した場合です。 そこで役に立つのがこのオープンソースソフト「Trouble-Maker」です。 Trouble-Maker http://trouble-maker.sourceforge.net/ システム管理者の仕事を簡単にするため、多くのツールが存在していますが、未知の状況を経験している場合になんとかしてくれるわけではありません。この一連のソフトウェア群「Trouble-Maker」は既存の便利なツールとは異なり、問題を解決するのではなく、むしろ問題を引き起こします。インストールし
ソースから自前ビルドしたソフトウエアの効率的な管理方法 - （ひ）メモ
ぼくは長年こういう方法で管理してますよ、というお話です。Linuxです。 ディレクトリレイアウト概観 たとえば、asoとbmdという名前のソフトウエアをインストールしている状態はこんな感じ: /usr/local/ ┬ app/ ┬ aso → aso-1.3 │ ├ aso-1.2/ ┬ bin/ ┬ armored │ │ │ └ scrum │ │ ├ sbin/ ─ syd │ │ └ share/ ─ man/ │ ├ aso-1.3/ ┬ bin/ ┬ armored │ │ │ └ scrum │ │ ├ sbin/ ─ syd │ │ └ share/ ─ man/ │ ├ bmd → bmd-2.0 │ └ bmd-2.0/ ┬ bin/ ─ tri │ ├ include/ ─ angle.h │ └ lib/libsnk.so.2.0.0 ├ bin/ ┬ armor
サーバ監視ツール「munin」の使い方 ～ その1 ～ | さぶみっと！JAPAN
muninはサーバのさまざまな情報をグラフ化して表示するソフトです。 つい”ムーニン”と言ってしまいますが、”ムニン”がいいようです。 サーバ監視ツールということですが、例えて言うなら、自動車のメーター類のような働きをします。Ganglia、CactiやCloudForecastが同分類のソフトになります。 具体的にどのような場面で重宝するかと言いますと、サーバを増やす際のスペックを検討するときも、失敗する可能性が減らせます。 メモリをいくら搭載するものを用意すればいいのか、CPUはもう少し安いものでも問題無いのかなど、見積もることが簡単になります。 例）メモリを48GB搭載したサーバの利用状況 また以前は、何か障害が起きたときに、人間が手動でデータをかき集めてくるということをよくやっていましたが、Muninを入れてからはその手間は減り、より詳しい情報を参照して原因の特定・対策を講じること
shell のちょっとしたテクニック - odz buffer
後輩が cat README | tr ' ' '\n' | sort | uniq -c | sort -nr | head てなテクニックを見て、びっくりしたみたいな話をしていたのだが、こういうパイプラインを利用するテクニックを学んでいないのは色々損な気がする。 ていうか、サーバで丸一日以上かかるような処理を実行するのもしょっちゅうなのに、GNU screen も nohup も知らないってのはいろいろ支障があるような気もするのだが、だれも教えないものかなぁ。 ということで、bash or zsh のちょっとしたテクニックとか*1。リダイレクトとかパイプラインは略。 連続実行 単純に連続実行。 % foo; barfoo が正常終了したときだけ bar を実行 % foo && barfoo が正常終了しなかったときだけ bar を実行 % foo || bar&&、||は本来は論理演
漢のzsh (1) 最強のシェル、それは「zsh」 | エンタープライズ | マイナビニュース
IDEの発展やAjaxなど現在のデベロッパにとってGUIとうまくお付き合いすることは開発効率を上げるうえで必須といえる。しかしながら、シェルというCUI環境も根強い人気がある。GUIと違ったカスタマイズ、アジリティ、効率の良さ、幅広い対応プラットフォームなど、なくてはならないものだ。 本連載ではそうしたCUI環境の充実を補佐することを目的とし、"zsh"について語ってみようとおもう。かつてzshはUTF-8の扱いが弱いところがあったが、それもずいぶんと改善され、ここ1年でzshへ移行しやすい状況が整ってきている。はじめるには悪くないタイミングだ。 最初に軽くzshについて紹介しておこう。 名前につく"z"の文字は、「究極の」という意味がこめられているらしい。系統としてはsh系である。つまり、zshはsh系の超高機能シェルといえるだろう。Linuxなどのユーザーであればsh系であることの意味
OMake つかったらC言語でプログラム書く手間がバカみたいに減った - 日記を書く[・ _ゝ・]はやみずさん
OMakeすごい。OMakeはマジですごい。 OMakeはGNU makeの代替品みたいなものなんだけど、正直なところこのツールの強力さはGNU makeと比べると失礼なくらいすごい。これのおかげで、「コード修正→ビルド→デバッグ→コード修正→・・・」のループの、ビルドにあたる作業がほぼ消え去った。 ファイルの依存関係の解析がとにかくすごい。よくあるユースケースなんかの場合、最小限の手間でほぼ完璧に依存関係を網羅して、よしなにビルドしてくれる。 とりあえず、はやみずが実際に使ってみたケースを例にとってそのすごさの一端を紹介しようと思う。 case study 論より証拠ということで、自分が OMake を試しにつかってみたケースを紹介する。C言語でスタティックライブラリを作っていて、それに加えて簡単なテストプログラムを書いている。 /include/ 以下にヘッダファイルが全部ある /sr
![OMake つかったらC言語でプログラム書く手間がバカみたいに減った - 日記を書く[・ _ゝ・]はやみずさん](https://cdn-ak-scissors.b.st-hatena.com/image/square/04e015dad70084a57fdfa9a2686c0c93441c5d2d/height=288;version=1;width=512/https%3A%2F%2Fogimage.blog.st-hatena.com%2F17680117127128184977%2F17680117127128193858%2F1557447212)
VPSにVNC環境を構築しGNOMEを入れてLinuxデスクトップをリモート操作する方法 - とりあえず9JP
こんな風にLinuxデスクトップをリモート操作する方法を紹介してみます。 リモートでLinuxのGUI環境を利用するメリットとして、設定ファイルなどをＧＵＩで編集可能だったり、NetbeansやEclipse、AptanaなどのIDEを導入して、サーバ上で直接開発する事が出来る、と言った事が挙げられる。（実用的か否かはともかく。） あと、自由に使えるデスクトップ環境がネット上に存在するというのは何となく嬉しい。 （この記事ではWindowsからの接続のみに触れていますが、スマートフォンやMacなどからもリモート操作可能です。） 以下、CentOSをサーバ、Windowsをクライアントとする場合の設定例。
技術メモ帳 - pgrep, pkill を使用してプロセスを殺す
最近、会社でシェルの操作方法について教えているのだが、 pgrep / pkill / skill / pidof といった 便利なプロセス操作系コマンドを知らない人が実に多い。 プロセスを殺すというのは、よくある作業なので 今回はコレについて書いてみる。 たとえば、これらのコマンドを知らない人が、 指定した名前のプロセスを kill する手順はだいたい 以下のようなものになることだろう。 $ ps aux | grep プロセス名 | grep -v 'grep' # コマンドの出力結果から pid を目で確認 12345 ... .. hoge .. .. $ kill 12345 この作業は非常に面倒で退屈だ。 もし殺さなければならないプロセスがたくさんあったときは どうするのだろうか。 おまけに、grep コマンド自身が候補に含まれてしまう事があるのだが、 grep -v grep
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Charming Python: Functional programming in Python, Part 3
IDEA * IDEA
