業務で CentOS なサーバを触ることが多くなり、最近 service コマンド(以下 service)で daemon の起動等が出来る事を知った。Debian をずっと使ってきた身としては全然なじみが無くて % sudo /etc/init.d/hoge startで実行するのと % sudo /sbin/service hoge startで実行することの違いはなんだろうかと思った。そこで、service のソース*1を読んでみたところ、違いや便利な機能があることが分かった。 service で実行する時は一部の環境変数しか引き継がれない /etc/init.d で実行する時には、すべての環境変数が有効なまま実行されるのに対して、service で実行する時には、以下の環境変数しか引き継がれない事が分かった。 LANG PATH TERM env コマンドの -i オプションで上記

サーバの動作に異常が発生した際に原因を探るためのLinuxコマンドで、自分用のメモです。 全てmanとかググったら出てくるので説明は適当です。思いついたら後で追記していくかもです。 対象はDebian Squeezeになります。 全てパッケージインストールできるもので、パッケージ名は [in packagename] としてあります。 各所よりコメントありがとうございます。 良さ気なコマンドは追記していきます。 ＜追加したコマンド＞ * telnet (+コメント wget, netcat) * arp (+コメント arpwatch) * pstree * fdisk コメントに gdisk * host, dig * watch * reboot

Private content!This content has been marked as private by the uploader.

概要 ↓ memcachedのtcp_backlogのデフォルト値は1024で、stats settingsにも1024と表示されているのですが、 stats settings ... STAT tcp_backlog 1024 ... END↓ net.core.somaxconnがデフォルト値のままだと128に切り詰められてしまい、 # cat /proc/sys/net/core/somaxconn 128負荷が高いサーバーでは接続要求を取りこぼしてしまうことがあるそうです。 このnet.core.somaxconn、MemcacheやMySQLなど、高負荷時に多くの接続要求を受け付けるサーバーではチューニングが必要なカーネルパラメータのようです。いったいどういう値なのか、調べてみました。 net.core.somaxconnとは TCPソケットはlisten()関数の第二引数 ba

カーネルのバージョンが上がる度にカーネルモジュールもビルドしなきゃいけない，というのはめんどくさい。 しかも。 バイナリパッケージでカーネルモジュールをインストールしているとする。 このカーネルモジュールがシステム動作の上で必須だとすると，新しいカーネル（本体）がリリースされても，それに対応するバージョンのカーネルモジュールがリリースされない限り新しいカーネルにアップデートすることができない。 これは不便。そして危険。 なので，RHEL 5 から KMP (Kernel Module Package) という新しいカーネルモジュールのパッケージング方式がでてきた。 たとえば，centosplus のバイナリパッケージ（IIJ さんのミラー）で XFS のカーネルモジュールのパッケージを見ると， kmod-xfs-0.4-1.2.6.18_92.1.1.el5.centos.plus.i68

Lvm thin povisioning 1. RHEL6.3にTech Previewで含まれる LVM thin provisioningがきになる 2. RHEL6.3 beta release note● Thin-provisioning and scalable snapshot capabilities● The dm-thinp targets, thin and thin-pool, provide a device mapper device with thin- provisioning and scalable snapshot capabilities. This feature is available as a Technology Preview. 3. LVM support for (non-clustered) thinp snapshots● A n

Linux 3.2 で入った Thin Provisioning を試してみました．Device Mapper 経由で使います． kernel 付属文書には dmsetup を使った例が載っていますが，そこにも実際は LVM2 とかのツールを使うことになるよ，みたいなことは書かれていますので，見てみたところ，LVM2 でも既に実装されているようでしたので，そちらで試しています．と思っていたら，2012/01/30 付けで LVM2 2.02.89 がリリースされていますね． 以下は kernel 3.2 に更新した Plamo64-1.0 (on kvm) で試しています． LVM2 の cvs 先端を取得．インストール．今なら前述の通り 2.02.89 のソースを取得して make します．(この後も改良が続きそうですから ChangeLog で確認してリポジトリから取得した方が良いかも

2012年7月1日のうるう秒のあとに、MySQLやJavaなどのCPU使用率が高騰する事象が報告されています。 CPU %user %nice %system %iowait %steal %idle 08時30分01秒 all 0.02 0.00 0.02 0.04 0.00 99.91 08時40分01秒 all 0.02 0.00 0.02 0.08 0.00 99.88 08時50分01秒 all 0.02 0.00 0.02 0.03 0.00 99.92 09時00分01秒 all 0.11 0.00 0.13 0.04 0.00 99.72 09時10分01秒 all 23.02 0.00 29.09 0.11 0.00 47.78 09時20分01秒 all 23.11 0.00 29.08 0.06 0.00 47.75 09時30分01秒 all 22.85 0.00

rpmコマンドに「-Va」オプションを指定すると、RPMパッケージでインストールした時点と現在の状態を整合性チェックすることができる。 # rpm -Va S.5....T c /etc/inittab .M...... /etc/rc.d/init.d/functions .M...... /etc/rc.d/init.d/halt .M...... /etc/rc.d/init.d/killall .M...... /etc/rc.d/init.d/netfs .M...... /etc/rc.d/init.d/network .M...... /etc/rc.d/init.d/random .M...... /etc/rc.d/init.d/rawdevices .M...... /etc/rc.d/init.d/single S.5....T c /etc/rc.d/rc.loca

開発環境(クライアント)とgitの公開リポジトリ(サーバー)を別々にして、 httpで公開する設定方法について書きました。 なお、サーバー側はDebian(squeeze)で設定を行いました。 サーバー側 gitの公開リポジトリを準備 % cd /var/www # HTTPサーバで設定したリポジトリの公開場所 % sudo mkdir sample_rep.git % sudo cd sample_rep.git % sudo git init --bare Initialized empty Git repository in /var/www/sample_rep.git/ % sudo git update-server-info % chown -R www-data . # HTTPサーバを動作させる user が www-data である場合 apacheのwebdev用モジ

RHEL6でのcron/anacronについて。 少々変わった部分があるので注意が必要。 Table of Contents ================= 1 RHEL5の設定ファイル 2 RHEL6の設定ファイル 3 RHEL5と6の違い 4 何が起きるか？ 5 そもそもanacronとは 6 RHEL6のanacrontab 7 RHEL6のcron/anacron の関係図解 8 なんでこんな設定になっているか？ 9 RHEL6 cron/anacron 注意事項まとめ 1 RHEL5の設定ファイル ^^^^^^^^^^^^^^^^^^^^^^ [root@station1 ~]# ps -ef |grep cron root 1962 1 0 19:15 ? 00:00:00 crond root 2008 1 0 19:15 ? 00:00:00 anacron -s [r

リクルートの中古車情報サイト「カーセンサーnet」を全面リニューアルした体験を基に、大規模サイトの性能改善作業の実態をレポートする。第1回、第2回で行ったNFSとApacheの設定変更、PHPアプリケーションの見直しによって、性能は劇的に向上した。しかしその後、どうしても性能が伸びない。第3回での調査で、Linuxカーネルに原因があるらしいことがわかってきた。 カーネルソースがあるディレクトリーに移動して、変数名（kernel_sem）を含むファイルを調べた。すると「lib/kernel_lock.c」というファイルの中で「kernel_sem」が定義されていた。冒頭を読むと、「This is the traditional BKL - big kernel lock」とある。直訳すれば「巨大なカーネルロック」。これは何なのだろうか。コメントを追っていくと、「古い方式」であり「新しいコード

IBM Developer is your one-stop location for getting hands-on training and learning in-demand skills on relevant technologies such as generative AI, data science, AI, and open source.