11.04 であるnatty のパッケージをみてみると、
(いまんとこ alpha3 )
・Python が 2.7.1
・mod_wsgi が 3.3
うむ、新しい。
今は CentOS 5 で使うために両方とも独自にビルドしてる。(入ってる Python は 2.4 だし。。。)
Ubuntu に替えるのはアリかなぁ。
替えても、「Python 2.7.2 でたから 2.7.2 つかいたい!」 となるとあんまかわらんかなぁ。むむむ。
2011年3月28日月曜日
2011年3月27日日曜日
nginx の中の人は system administrator である
ランブレルのシニアシステムアドミニストレーター
http://sysoev.ru/en/
http://sysoev.ru/en/
I have continued to live in Moscow since graduation and currently work at Rambler Media as senior system administrator.
2011年3月21日月曜日
このようなスペック
以前、
作業を振ってみたひと。
・たしか院卒(修士)
・理系
・プログラマで入社
紆余曲折、諸事情があり、がりがりプログラムするよりもサーバまわりをみることになったようで、
自分が面倒をみることになった。
とくに趣味でサーバをやってたということもなく、、ほぼゼロから。
Redmine 振ってみたとき、1週目で「今週末には Redmine バージョンうpできます」などと報告を
もらっていたものだから、そこそこ知ってるものとばかり思っていた。。
(その後 3/11 に自分が巻き取り、終えた。)
院卒で専門分野とは違う、かつ趣味でも特にしていないものを叩き込むのは可能なのだろうか?
と考えたりもする。
まー、本人のやる気次第だよね。やるひとはやるしやらんひとはやらん。それだけか。
学歴のグレードみれば自分より遥かに上だと思うし、できるはずだ。
(どこ大学の大学院なのかは知らんけど、「研究などに没頭する素地」というものがあるというイメージはある)
しっかし、ことあるごとに「うちの研究室は」と話を持ち出すのはなんでなんだろう?
いままでみてきた院卒のひと、そんなに口にしてなかったんだけど、
アカデミックよりとそうでないひとでかなり違うのかな??
作業を振ってみたひと。
・たしか院卒(修士)
・理系
・プログラマで入社
紆余曲折、諸事情があり、がりがりプログラムするよりもサーバまわりをみることになったようで、
自分が面倒をみることになった。
とくに趣味でサーバをやってたということもなく、、ほぼゼロから。
Redmine 振ってみたとき、1週目で「今週末には Redmine バージョンうpできます」などと報告を
もらっていたものだから、そこそこ知ってるものとばかり思っていた。。
(その後 3/11 に自分が巻き取り、終えた。)
院卒で専門分野とは違う、かつ趣味でも特にしていないものを叩き込むのは可能なのだろうか?
と考えたりもする。
まー、本人のやる気次第だよね。やるひとはやるしやらんひとはやらん。それだけか。
学歴のグレードみれば自分より遥かに上だと思うし、できるはずだ。
(どこ大学の大学院なのかは知らんけど、「研究などに没頭する素地」というものがあるというイメージはある)
しっかし、ことあるごとに「うちの研究室は」と話を持ち出すのはなんでなんだろう?
いままでみてきた院卒のひと、そんなに口にしてなかったんだけど、
アカデミックよりとそうでないひとでかなり違うのかな??
オレAMI をつくる
実は、作ったことがない。
これまでは既存のものを使っていたので、サラの状態から作成したことはない。
・かゆいところに手が届かない
・このディストリビューションのがない
・・・といった問題がなかったから作らなかったともいう。
でもまぁそれもなんだかなー、と思いつつあるので
http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/
をみながら取り組んでみることにした。
(Using Amazon EC2 -> Using AMIs -> Creating Your Own AMIs)
S3-Backed の loopback のほう。Existing AMI は何度も何度も何度もやっている。
これまでは既存のものを使っていたので、サラの状態から作成したことはない。
・かゆいところに手が届かない
・このディストリビューションのがない
・・・といった問題がなかったから作らなかったともいう。
でもまぁそれもなんだかなー、と思いつつあるので
http://docs.amazonwebservices.com/AWSEC2/latest/UserGuide/
をみながら取り組んでみることにした。
(Using Amazon EC2 -> Using AMIs -> Creating Your Own AMIs)
S3-Backed の loopback のほう。Existing AMI は何度も何度も何度もやっている。
2011年3月6日日曜日
心構え?
某所で Redmine を使っておるのだが、導入されて以来、バージョンアップをしていない。
(自分がサーバ移行するときは同一バージョンをいれた. 移行は移行、バージョンアップはバージョンアップだからね!)
Redmine のサイト (http://redmine.jp/) を軽くみると、
必要な手順はかかれているっぽい、ので他の人に振って、やってもらうことにした。
振って1週間すぎ、いろいろ気付かされることがあった。ので書いてみる。
・UNIX のアカウントと MySQL のアカウントの説明が必要
・Ruby, Rails を使っていることの説明が必要
・gem の説明が必要
redmine.jp をみればかいてあることは多いのだけどね。
・実行した結果、どうなったか確認しないといけない、ということの説明が必要
=> ローカルに試しに入れる際、導入手順の通りにして失敗してるにもかかわらず先に進み、結局できていない、という。。
・ログを見る、ということの説明が必要
=> 「なんか失敗しました」で止まる。
・何を実行した結果、今の状態になったかの説明をしないと他人にはわからないよ、ということの説明が必要
=> いくらなんでも、エスパーとか神じゃない・。
「なんかできない」「なんか失敗した」の「なんか」はわかりっこない。
・だいたいのことは先人がいて、検索するとみつかるよ、、ということの説明が必要
とびっきり新しいことや、先端のことや、ニッチなことで無い限りはだいたい検索すればそこそこあたりがつくのに、しない。
(「あたりがつく」のがポイント。求めているものに完全に合致するとは限らない)
今回は
http://www.ruby-forum.com/topic/1202806
と
http://www.redmine.org/boards/2/topics/8458
で解決できた。
「サクサク Redmine のようなものを導入や移行できるスキル」というのはどうやって身に付いたんだっけなぁ。。
もうちょっと様子を見て、まきとるかもしれんなぁ。(2週,3週と費やしてもらうものでもないよね、、)
(自分がサーバ移行するときは同一バージョンをいれた. 移行は移行、バージョンアップはバージョンアップだからね!)
Redmine のサイト (http://redmine.jp/) を軽くみると、
必要な手順はかかれているっぽい、ので他の人に振って、やってもらうことにした。
振って1週間すぎ、いろいろ気付かされることがあった。ので書いてみる。
・UNIX のアカウントと MySQL のアカウントの説明が必要
・Ruby, Rails を使っていることの説明が必要
・gem の説明が必要
redmine.jp をみればかいてあることは多いのだけどね。
・実行した結果、どうなったか確認しないといけない、ということの説明が必要
=> ローカルに試しに入れる際、導入手順の通りにして失敗してるにもかかわらず先に進み、結局できていない、という。。
・ログを見る、ということの説明が必要
=> 「なんか失敗しました」で止まる。
・何を実行した結果、今の状態になったかの説明をしないと他人にはわからないよ、ということの説明が必要
=> いくらなんでも、エスパーとか神じゃない・。
「なんかできない」「なんか失敗した」の「なんか」はわかりっこない。
・だいたいのことは先人がいて、検索するとみつかるよ、、ということの説明が必要
とびっきり新しいことや、先端のことや、ニッチなことで無い限りはだいたい検索すればそこそこあたりがつくのに、しない。
(「あたりがつく」のがポイント。求めているものに完全に合致するとは限らない)
今回は
http://www.ruby-forum.com/topic/1202806
と
http://www.redmine.org/boards/2/topics/8458
で解決できた。
「サクサク Redmine のようなものを導入や移行できるスキル」というのはどうやって身に付いたんだっけなぁ。。
もうちょっと様子を見て、まきとるかもしれんなぁ。(2週,3週と費やしてもらうものでもないよね、、)
2011年2月26日土曜日
.xz なファイル
FreeBSD 8.2-RELEASE がでてたので、dvd の iso をミラーサイトから入手。
みると、 FreeBSD-8.2-RELEASE-amd64-dvd1.iso.xz となっている。
今回から gz やめて xz にしたみたいだ。普及のきざし?
・・・なので xz を入れる。以下、Mac OS X で MacPorts を利用。
ダウンロードした .xz は unxz でほどけばよい。
http://en.wikipedia.org/wiki/Xz
みると、 FreeBSD-8.2-RELEASE-amd64-dvd1.iso.xz となっている。
今回から gz やめて xz にしたみたいだ。普及のきざし?
・・・なので xz を入れる。以下、Mac OS X で MacPorts を利用。
% port info xz
xz @5.0.1 (archivers)
Variants: universal
Description: XZ utils consist of a few relatively separate submodules: *
LZMA/XZ encoder/decoder command line tool similar to gzip/bzip2 *
Scripts to ease grepping, diffing and viewing (lz*grep,
lzdiff/lzcmp, lzmore/lzless)
Homepage: http://tukaani.org/xz/
Library Dependencies: libiconv, gettext
Platforms: darwin
License: unknown
Maintainers: afb@macports.org, openmaintainer@macports.org
% sudo port install xz
% port contents xz
Port xz contains:
/opt/local/bin/lzcat
/opt/local/bin/lzcmp
/opt/local/bin/lzdiff
/opt/local/bin/lzegrep
/opt/local/bin/lzfgrep
/opt/local/bin/lzgrep
/opt/local/bin/lzless
/opt/local/bin/lzma
/opt/local/bin/lzmadec
/opt/local/bin/lzmainfo
/opt/local/bin/lzmore
/opt/local/bin/unlzma
/opt/local/bin/unxz
/opt/local/bin/xz
/opt/local/bin/xzcat
/opt/local/bin/xzcmp
/opt/local/bin/xzdec
/opt/local/bin/xzdiff
/opt/local/bin/xzegrep
/opt/local/bin/xzfgrep
/opt/local/bin/xzgrep
/opt/local/bin/xzless
/opt/local/bin/xzmore
/opt/local/share/doc/xz/AUTHORS
/opt/local/share/doc/xz/COPYING
/opt/local/share/doc/xz/COPYING.GPLv2
/opt/local/share/doc/xz/examples/xz_pipe_comp.c
/opt/local/share/doc/xz/examples/xz_pipe_decomp.c
/opt/local/share/doc/xz/faq.txt
/opt/local/share/doc/xz/history.txt
/opt/local/share/doc/xz/lzma-file-format.txt
/opt/local/share/doc/xz/NEWS
/opt/local/share/doc/xz/README
/opt/local/share/doc/xz/THANKS
/opt/local/share/doc/xz/TODO
/opt/local/share/doc/xz/xz-file-format.txt
/opt/local/share/locale/cs/LC_MESSAGES/xz.mo
/opt/local/share/locale/de/LC_MESSAGES/xz.mo
/opt/local/share/locale/it/LC_MESSAGES/xz.mo
/opt/local/share/man/man1/lzcat.1.gz
/opt/local/share/man/man1/lzcmp.1.gz
/opt/local/share/man/man1/lzdiff.1.gz
/opt/local/share/man/man1/lzegrep.1.gz
/opt/local/share/man/man1/lzfgrep.1.gz
/opt/local/share/man/man1/lzgrep.1.gz
/opt/local/share/man/man1/lzless.1.gz
/opt/local/share/man/man1/lzma.1.gz
/opt/local/share/man/man1/lzmadec.1.gz
/opt/local/share/man/man1/lzmainfo.1.gz
/opt/local/share/man/man1/lzmore.1.gz
/opt/local/share/man/man1/unlzma.1.gz
/opt/local/share/man/man1/unxz.1.gz
/opt/local/share/man/man1/xz.1.gz
/opt/local/share/man/man1/xzcat.1.gz
/opt/local/share/man/man1/xzcmp.1.gz
/opt/local/share/man/man1/xzdec.1.gz
/opt/local/share/man/man1/xzdiff.1.gz
/opt/local/share/man/man1/xzegrep.1.gz
/opt/local/share/man/man1/xzfgrep.1.gz
/opt/local/share/man/man1/xzgrep.1.gz
/opt/local/share/man/man1/xzless.1.gz
/opt/local/share/man/man1/xzmore.1.gz
ダウンロードした .xz は unxz でほどけばよい。
% file ~/Downloads/FreeBSD-8.2-RELEASE-amd64-dvd1.iso.xz
/Users/katsuji/Downloads/FreeBSD-8.2-RELEASE-amd64-dvd1.iso.xz: xz compressed data
% ls -l ~/Downloads/FreeBSD-8.2-RELEASE-amd64-dvd1.iso.xz
-rw-r--r--@ 1 katsuji staff 2132232848 2 26 11:18 /Users/katsuji/Downloads/FreeBSD-8.2-RELEASE-amd64-dvd1.iso.xz
% unxz -v ~/Downloads/FreeBSD-8.2-RELEASE-amd64-dvd1.iso.xz
/Users/katsuji/Downloads/FreeBSD-8.2-RELEASE-amd64-dvd1.iso.xz (1/1)
100 % 2,033.5 MiB / 2,302.8 MiB = 0.883 31 MiB/s 1:13
% ls -l ~/Downloads/FreeBSD-8.2-RELEASE-amd64-dvd1.iso
-rw-r--r-- 1 katsuji staff 2414686208 2 26 11:18 /Users/katsuji/Downloads/FreeBSD-8.2-RELEASE-amd64-dvd1.iso
% sha256deep ~/Downloads/FreeBSD-8.2-RELEASE-amd64-dvd1.iso
4e2d31e7aa9ce20fd263dec0388469c0d4ae7cdf54508a466637abeef5081c91 /Users/katsuji/Downloads/FreeBSD-8.2-RELEASE-amd64-dvd1.iso
http://en.wikipedia.org/wiki/Xz
2011年2月11日金曜日
はじめての data=writeback
はじめて、というのはうそで、、data=writeback にするの忘れてたら痛い目みたというお話。
以下の通り。
とあるアプリで猛烈に TokyoTyrant をシバくものをプログラマさんが作りました。
ぼくはいつもどおりにサーバ一式を用意しました。
めでたくリリースされました。
しかし数日たち、、日に日にエラーがましまし。。
アプリケーションサーバ不足は追加により、すぐに解消しました。
それでも夜の混雑時にはエラーがでたり、鈍重になります。
モニタリングしているグラフをみると、WAIT CPU がひどい状態です。
そういえば、と思ってみると、TokyoTyrant を動かしているサーバの
casket.tch をおいているパーティションを data=writeback にしていませんでした。
幸いなことにちょうど、メンテ予定日が設けられていました。
メンテ時に TokyoTyrant を停止し、writeback でマウントしなおし、TokyoTyrant を再開しました。
その後 WAIT CPU は消えさりました。
めでたしめでたし。
15:00 にメンテ開始、16:00に再開
図1

図2

図3
以下の通り。
とあるアプリで猛烈に TokyoTyrant をシバくものをプログラマさんが作りました。
ぼくはいつもどおりにサーバ一式を用意しました。
めでたくリリースされました。
しかし数日たち、、日に日にエラーがましまし。。
アプリケーションサーバ不足は追加により、すぐに解消しました。
それでも夜の混雑時にはエラーがでたり、鈍重になります。
モニタリングしているグラフをみると、WAIT CPU がひどい状態です。
そういえば、と思ってみると、TokyoTyrant を動かしているサーバの
casket.tch をおいているパーティションを data=writeback にしていませんでした。
幸いなことにちょうど、メンテ予定日が設けられていました。
メンテ時に TokyoTyrant を停止し、writeback でマウントしなおし、TokyoTyrant を再開しました。
その後 WAIT CPU は消えさりました。
めでたしめでたし。
15:00 にメンテ開始、16:00に再開
図1

図2

図3
登録:
投稿 (Atom)