毎回忘れるので覚え書き。
isoイメージからCDを焼く。
# cdrecord -scanbus
・・・
scsibus1:
1,0,0 100) 'HL-DT-ST' 'DVD-RAM GSA-H60L' 'E904' Removable CD-ROM★
1,1,0 101) *
1,2,0 102) *
1,3,0 103) *
1,4,0 104) *
1,5,0 105) *
1,6,0 106) *
1,7,0 107) *
# cdrecord -v dev=1,0,0 speed=8 XXX.iso
isoイメージからDVDを焼く。
# growisofs -dvd-compat -Z /dev/dvd=XXX.iso
これほしーw
ここんところのCentOSの問題も収束に向かいそうな感じ。よかったよかった。
Open Letter
The CentOS Development team had a routine meeting today with Lance Davis in attendance. During the meeting a majority of issues were resolved immediately and a working agreement was reached with deadlines for remaining unresolved issues. There should be no impact to any CentOS users going forward.
The CentOS project is now in control of the CentOS.org and CentOS.info domains and owns all trademarks, materials, and artwork in the CentOS distributions.
We look forward to working with Lance to quickly complete all the agreed upon issues.
More information will follow soon.
オープンソースだからこういうことは起こりうる、でもオープンソースだからこそこうやって解決する、その両面が見えた気がします。
でもオープンでも商用でも特定の一つに依存しすぎるのはいろんな意味で危険だな。日頃から選択肢は複数持っとくようにしないと。Debian、Ubuntu LTSあたりもさわっとくかな。
心に余裕ができたのか、それとも、単なる現実逃避か。とりあえず、久々のエントリ。
Lifehackerでよさげなオフィス風景が紹介されてました。
T字に組むのがいい感じ。真ん中をみんなで囲むと共有のテーブルスペースになるし。イケアあたりで安く作れる気がします。
ということで早速プランだけ。一番安いパーツを組み合わせてみました。
VIKA AMON テーブルトップ（100cm×60cm） ￥1,900. × 3
VIKA CURRY 脚（70cm）￥500. × 12
—————————————————————————
合計 ￥11,700.
うーん、安い。
机としてはもちょっと横幅が欲しい気もするし、個人的にホワイトとかナチュラルみたいな明るい色よりもダークブラウンとか落ち着いた色のほうが家具は好きなので、実際はもう少し高くなりそうだけど、自分好みに組み合わせることができてこの値段なら十分かな。
ZFSが便利だから:-)
LVMちゃんと使ったことなくて、現状Linuxでストレージ作るならLVM勉強しなきゃとか思ってたけど、めんどくさすぎ。もういいやー。
ということでZFS本が出ました。早速買って読む。
涙が出てきました、、、(TT)
リアルタイムではもちろん知らないのだけど、なんつーか、青春だ、、、爆
公式サイトもチェック。
忙しくて勉強どころじゃないぜぇ、、、、orz
でも、これだけは待ちきれない！！！！
ヘフナー風、グレッチ風のギターコントローラがイカス！！！ドラムコントローラはラディング風だったりするのかな？
これ以外にも今年のXBOX360はスゴい予感、、、XBOX360ユーザで良かった、、、
前のエントリで取り上げたZFSのミラーリングでは限られたzpoolコマンドしか使ってませんが、他にもいろいろ便利なオプションがあるようです。とりあえず、いろいろ調べてみたところ、既にチートシートがありました。
ZFS Cheatsheet :: Col’s Tech Stuff
しばらくはこれ見ながらですねー。
世の中はGW真っ最中ですが、こういうときに限って風邪を引いてしまい、昨日まで寝込んでいました。休み前の忙しさの疲れがドッと出たのかなぁ、、、とりあえず、ずっと寝てたので腰が痛い、アタタタタ、、、
でも今日は熱も下がってやっと回復してきたので、前から気になっていた ZFS を試してみました。
環境
ZFSの手順を紹介しているサイトをいろいろ調べてみたけど、どこも大体、既に稼働しているシステムに新たにディスクを追加してその領域だけでZFSを試してる場合が多いみたいで、ルートファイルシステムのディスクは別にあってそっちはZFSにしてなかったりするんだよね。
Sun Fire V120の場合、ディスクは２本だけなので、ルートファイルシステム自体ZFSでミラーにできないと、ZFSを使う意味がない。ということで、目的としては、一般的な Solaris のソフトウェアRAID方式だけど、いろいろめんどくさい Solaris Volume Manager（旧DiskSuite）と比較したいと思います。
手順
基本的には通常通りのインストール手順でOK。
UFS か ZFS かを聞かれたときにZFSを指定する。
あと、UFSのときはスライス（一般的にいうパーティション）を細かく切ってからやるのが普通だと思うのだけど、ZFSの場合は1スライスにしちゃうみたいで、ここはちょっと面食らった。まあ確かにスライスごとの容量の概念自体がZFSでは「ない」ようなので当然かも。
ということでスライスをどう切るか？みたいな選択はインストーラではほとんどないに等しいのだけど、/ と /var を分けるか？というオプションはあったので、ここはなんとなく分けておいた。
# zpool list
NAME SIZE USED AVAIL CAP HEALTH ALTROOT
rpool 33.8G 5.66G 28.1G 16% ONLINE -
rootプールであるrpoolが一つだけ。容量もディスク全部になっているので、まるまるZFSのプールになっていることがわかる。# zpool status
プール: rpool
状態: ONLINE
スクラブ: 何も要求されませんでした
構成:
NAME STATE READ WRITE CKSUM
rpool ONLINE 0 0 0
c1t0d0s0 ONLINE 0 0 0
エラー: 既知のデータエラーはありません1本目のディスク(c1t0d0s)のみがプールに属している状態ということがわかる。ファイルシステム kbytes 使用済み 使用可能 容量 マウント先
rpool/ROOT/s10s_u6wos_07b
34836480 4799940 28392451 15% /
/devices 0 0 0 0% /devices
ctfs 0 0 0 0% /system/contract
proc 0 0 0 0% /proc
mnttab 0 0 0 0% /etc/mnttab
swap 1054048 1304 1052744 1% /etc/svc/volatile
objfs 0 0 0 0% /system/object
sharefs 0 0 0 0% /etc/dfs/sharetab
fd 0 0 0 0% /dev/fd
rpool/ROOT/s10s_u6wos_07b/var
34836480 69509 28392451 1% /var
swap 1052744 0 1052744 0% /tmp
swap 1052776 32 1052744 1% /var/run
rpool/export 34836480 20 28392451 1% /export
rpool/export/home 34836480 24 28392451 1% /export/home
rpool 34836480 94 28392451 1% /rpoolrpool自体が/rpoolとしてマウントされている。で、その中の個々のディレクトリがマウントされている感じ？以前はスライスに分けてマウントしていたような、/、/var、/exportなどは、一応マウントされて入るけど、/rpool配下にあるのがマウントされているだけだし、/ と /var は /rpool配下のROOTディレクトリ配下がマウントされてる。なーんかよくわからん。
#device device mount FS fsck mount mount
#to mount to fsck point type pass at boot options
#
fd - /dev/fd fd - no -
/proc - /proc proc - no -
/dev/zvol/dsk/rpool/swap
- - swap - no -
/devices - /devices devfs - no -
sharefs - /etc/dfs/sharetab
sharefs - no -
ctfs - /system/contract
ctfs - no -
objfs - /system/object
objfs - no -
swap - /tmp tmpfs - yes -vfstabには 全くといっていいほど記載がないね。vfstabによる設定は不要みたいなことが書いてあったけど、ここまでまったくないとは思わなかった。とりあえずZFSの第一印象としては、
というところかなぁ。この辺はちょっと置いといてとりあえず先に進めます。
$ format -e
・・・
>p
・・・
Part Tag Flag Cylinders Size Blocks
0 unassigned wm 0 - 49394 33.92GB (49395/0/0) 71128800
1 unassigned wu 0 0 (0/0/0) 0
2 backup wu 0 - 49394 33.92GB (49395/0/0) 71128800
3 unassigned wm 0 0 (0/0/0) 0
4 unassigned wm 0 0 (0/0/0) 0
5 unassigned wm 0 0 (0/0/0) 0
6 unassigned wm 0 0 (0/0/0) 0
7 unassigned wm 0 0 (0/0/0) 0
・・・事前に１本目のディスクのスライスを確認しておいたのだけど、やっぱり1スライスだけ切って全部割り当ててありました。従って２本目も同じように切ります。
スライスを切り終わったらlabelする。> label実はここでかなりはまったんだけど、ディスクのlabelの仕方には二種類あって、新しいより拡張性のあるEFIラベル（1TB以上のディスクとか扱える）ではなくて、昔からあるSMIラベル（VTOCラベル）でないと、rootファイルシステムのZFSミラーはできない、らしいです。(format -eだと両方のラベルを扱える）
[0] SMI Label
[1] EFI Label
Specify Label type[0]:
Ready to label disk, continue? y
最初にどうやって追加するかもよくわかんなくていろいろやってるうちに勝手にEFIラベルでlabelしちゃってたみたいで、こんな風になってました。Part Tag Flag First Sector Size Last Sectorこれ自体はEFIラベルでlabelした場合にはこうなるのでおかしくはないのだけど、なんせ見たことなかったもんで（笑）スライス8消せねーとか言いながら、はまってた訳です（苦笑）formatコマンドも-eオプションつけずに実行してたので今となってはそのときの状況が既によく見えませんが、とりあえず、ZFSのrootプールでは、
0 usr wm 34 33.91GB 71116541
1 unassigned wm 0 0 0
2 unassigned wm 0 0 0
3 unassigned wm 0 0 0
4 unassigned wm 0 0 0
5 unassigned wm 0 0 0
6 unassigned wm 0 0 0
8 reserved wm 71116542 8.00MB 71132925
と覚えておけば大丈夫ですかね。
# zpool attach -f rpool c1t0d0s0 c1t1d0s0特にエラーがなければ何も表示されません。# zpool status
プール: rpool
状態: ONLINE
状態: 1 つまたは複数のデバイスの再同期化が進行中です。
プールはおそらく縮退状態で動作を継続します。
アクション: 再同期化が完了するまでお待ちください。
スクラブ: resilver が 0h0m で進行中、3.53% 完了、0h4m 開始待ち
構成:
NAME STATE READ WRITE CKSUM
rpool ONLINE 0 0 0
mirror ONLINE 0 0 0
c1t0d0s0 ONLINE 0 0 0
c1t1d0s0 ONLINE 0 0 0
エラー: 既知のデータエラーはありませんミラーの同期が行われます。Solaris Volume Manager のころはこの同期に死ぬほど時間がかかったのだけど、ZFSは早いです。数分で終わります。# zpool status
プール: rpool
状態: ONLINE
スクラブ: Tue May 5 20:44:04 2009
上で 0 エラーが発生した 0h5m のあとの resilver completed構成:
NAME STATE READ WRITE CKSUM
rpool ONLINE 0 0 0
mirror ONLINE 0 0 0
c1t1d0s0 ONLINE 0 0 0
c1t0d0s0 ONLINE 0 0 0
エラー: 既知のデータエラーはありません同期が終わりました。# installboot -F zfs /usr/platform/`uname -i`/lib/fs/zfs/bootblk /dev/rdsk/c1t1d0s0まずシャットダウン# shutdown -y -i0 -g0物理的に１本目のディスクを抜きます。一応、念のためにブートデバイスの設定を確認しておきます。OKプロンプトでprintenv boot-deviceを実行。（というか実はPROMのboot-deviceの設定に２番目のディスクが含まれていなかったことに気づかず、一回起動に失敗したことは内緒です）
ok printenv boot-device最初の長いのが1本目のディスク、2番目の”disk”は1本目のディスクを指定するエイリアス。ちなみにエイリアスを確認するにはPROMでdevaliasを実行します。
/pci@1f,0/pci@1/scsi@8/disk@0,0:a disk net
ok devaliasこれをみると、１本目のディスクが”disk”、2本目のディスクは”disk1″となっています。これに併せてさっきの設定をみると、最後がネットワークブートなので、ブートデバイスの順序は、１本目のディスク→１本目のディスク→ネットワークブート、となっており、2本目のディスクがブートでバイスとして含まれていないので、このままだとブートしてもブートデバイスが見つからないということで失敗します。
・・・
disk /pci@1f,0/pci@1/scsi@8/disk@0,0
disk3 /pci@1f,0/pci@1/scsi@8/disk@3,0
disk2 /pci@1f,0/pci@1/scsi@8/disk@2,0
disk1 /pci@1f,0/pci@1/scsi@8/disk@1,0
disk0 /pci@1f,0/pci@1/scsi@8/disk@0,0
・・・
では2本目のディスクをブートデバイスとして含めてあげます。ブートデバイスの変更はsetenvでboot-deviceを指定します。さっきのエイリアスを見ると、disk1というのがそれにあたるので、コマンドは以下。setenv boot-device disk disk1 net長ったらしいのは、結局”disk”と同じなので外しました。
最後にこの設定をNVRAMに記憶しておくために、nvstoreを実行します。ok nvstore
では起動します。ok boot最初は”disk”（１本目のディスク）からブートしようとして失敗して、次に”disk1″（２本目のディスク）から起動しているのがわかりますねー。とりあえず起動してきました。
Sun Fire V120 (UltraSPARC-IIe 648MHz), No Keyboard
OpenBoot 4.0, 1024 MB memory installed, Serial #59084701.
Ethernet address XX:XX:XX:XX:XX:XX, Host ID: 83858f9d.
Executing last command: boot
Drive not ready
Can't read disk label.
Can't open disk label package
Boot device: disk1 File and args:
SunOS Release 5.10 Version Generic_137137-09 64-bit
Copyright 1983-2008 Sun Microsystems, Inc. All rights reserved.
Use is subject to license terms.
SUNW,eri0 : 100 Mbps full duplex link up
Hostname: XXX.YYY.com
Reading ZFS config: done.
Mounting ZFS filesystems: (6/6)
XXX.YYY.com console login:
プール: rpool
状態: DEGRADED
状態: 1 つまたは複数のデバイスを開くことができませんでした。
十分な複製が存在するため、プールは縮退状態で動作を継続できます。
アクション: 見つからなかったデバイスを接続し、'zpool online' を使用してオンライラインにしてください。
次のサイトを参照してください: http://www.sun.com/msg/ZFS-8000-2Q
スクラブ: 何も要求されませんでした
構成:
NAME STATE READ WRITE CKSUM
rpool DEGRADED 0 0 0
mirror DEGRADED 0 0 0
c1t1d0s0 ONLINE 0 0 0
c1t0d0s0 UNAVAIL 0 0 0 オープンに失敗しました。
エラー: 既知のデータエラーはありません１本目のディスクが見えないので「縮退」状態になってますが、少なくともこれで片方のディスクに障害が起きても問題なく起動してくることがわかりました。# zpool detach rpool c1t0d0s0その後、format -eコマンドを実行してスライスを切り直します。SMIラベルでlabelすることを忘れないように。# zpool attach -f rpool c1t1d0s0 c1t0d0s0今度はデバイスの指定が逆になりますね。# installboot -F zfs /usr/platform/`uname -i`/lib/fs/zfs/bootblk /dev/rdsk/c1t0d0s0これで終わりです。最後ちょっと駆け足になっちゃった感がありますが、確かにZFSらくちんです。同期も早いし、Solaris Volume Managerと比べてコマンドや設定が直感的な感がします。
ただし、これまでのスライス（パーティション）単位的な考え方とは全く異なるので、その辺り、ちょっと受け入れ難い人もいるかもしれないです、bootblkをディスクごとにコピーするあたり、あんまりこなれてない気もしますし。
ただそれを差し引いてもこのらくちん差には逆らえないものがあります。
あとは、ヘビーな壊れ方をしたときにどうなるか？とか、書き込みのパフォーマンスとかが気になりますね、この辺がある程度クリアになれば十分本番運用でも使えそうですが、この辺は実際に動かしてノウハウを蓄積していかないとわからないところですね。まずはあまりクリティカルな用途ではないサーバで運用してみようかと思います。
忙しー！！！もう嫌んなってきた、、、orz
とりあえず、米Yahoo!のメールサーバ管理者向けベストプラクティス、というか Yahoo!Mail 宛にメールを送信する場合の注意、が記載されているページの日本語訳が欲しい、というオーダを受けたので以下に勝手訳を記載しておきます。
ちなみに原文は以下。日本の yahoo.co.jp はまたちょっと異なるようなので注意！
Yahoo!メールにメールを送る場合のベストプラクティスはありますか？
- 用途に応じて使用するIPアドレスを分離してください。 Yahoo!Mail はあなたが送信元として使用する各IPアドレスについての評判に関するデータを保持しています。（ Yahoo!Mail の）利用者によるspam申告は、アドレスの評判に関するデータにマイナスの影響を与えます。マーケティングに使用するメールの送信元IPアドレスと（注文内容や決済に関するお知らせなどの）取引に使用するメール送信元IPアドレス、- そして、エンドユーザが作成・送信するメールの送信元IPアドレス - を分離すれば、Yahoo!Mail はそれらのIPアドレスに関する評判データを測定することが容易になります。この方法で配送を決定すれば、あなたと（この場合、もっと重要なことに）あなたの受信者に取って喜ばしい結果をもたらすチャンスとなります。
- 送信先メールアドレスのリストをきちんと管理して、bounceメールや送信拒否等が発生していないか？に注意してください。リストを常にメンテナンスして、上記のようなケースが発生しないように注意すれば、他の送信者よりも優先的にメール配送を行います。
- フィッシングメールにありがちな以下のようなメールは止めましょう。
- URLリンクはIPアドレスでなく、ドメインに対して行ってください。 Yahoo! Mail クライアントは、IPアドレスに対するリンクが含まれている場合はユーザに警告します。
- URLリンクには標準ポート番号を使用してください。Yahoo! Mail クライアントは、ポート番号へのリンクが含まれている場合はユーザに警告します。
- メールにHTMLフォームを含まないでください。Yahoo! Mail クライアントは、メール内のフォームに対する送信は危険であることをユーザに警告します。
- メールにJavaScriptを含めないでください。JavaScript部分 は削除され実行されません。
- メールに埋め込みオブジェクト（Flash や ActiveXなど）を含めないでください。これらのオブジェクト部分は削除され実行されません。
- （ドメインと）一貫性のある From ヘッダー アドレスを使用してください。あなたのドメイン名はあなたのブランドとしての重要な要素です。常に一貫したドメインを使用することで、あなたのメールとspamを区別しやすくなります。さらに、これは、ユーザがあなたのメールを探しやすくなるだけでなく、 あなたのメールが必ず受信ボックスに届くようにフィルタしやすくなります。
- CAN-SPAM法を遵守してください。
- DomainKeysなどのメール送信認証技術を使用してください。これにより、私たちがユーザに対して、このメールがあなたから送信された正規のメールであるということを証明しやすくなり、あなたから送信される全てのメールに署名があれば、偽造された場合にもこれをユーザに示すことができます。さらに、もしあなたが送信元IPアドレスの変更や追加が必要になった場合にも、配送の混乱を最小化しやすくなります。
- メールの送信元IPアドレスの逆引きDNSに注意してください。もし逆引きされたDNSのエントリが、静的なメールサーバを示すものではなく、動的割当IPアドレスに見えるようなエントリであった場合、Yahoo! はあなたの送信に関する評判を下げるかもしれません。
- 拒否されたメールを再送しないでください。いったんメールが拒否されたら、すぐには受信を許可しません。そのようなメールの再送は、お互いのリソースを無駄にしますし、あなたの送信メールアドレスのリストは管理されていないという印象を与えます。
- 4XX番台のメールは再送してください。もし4XX番台のエラーが返されたとしても、しばらくすれば受信は許可されますので、何度か再送を行ってみてください。
- あなたのメールサーバをセキュアに保ってください。オープンプロキシやオープンリレーになっていないことを確認してください。最新のセキュリティパッチを適用しソフトウェアを常に最新に保つことで、スパマーの踏み台にされたり、評判を損ねないようにすることができます。
- あなたのWebサーバをセキュアに保ってください。もしメール送信フォームスクリプトを使用しているのであれば、それらが不適切にそうさされないようにしてください。
- 一般的な設定を使用してください。私たちは同時接続数のガイドラインを公表していませんが、私たちのリソースに対して節度を持って接してください。あなたが多くの接続を行えば行うほど、他のユーザが使用できる接続は少なくなり、私たちはあなたの接続の優先度を下げざるを得なくなります。
- 許可されていないメールアドレスに対する、メールの到達確認や総当たり方式の送信を行わないでください。Yahoo! は スパマーが送信元を詐称するのに好まれているドメインである側面があります。詐称されたアドレスに送信されたメールは、辞書攻撃と見なし優先度を下げる可能性があります。
- bounceメールを送信する場合は、bounceアドレスとしてNULLアドレス（”<>“）を使用してください。
- bounceメールではない場合は、NULLアドレス（”<>“）を使用しないでください。
- あなたが送信するメールが、画像のプレースホルダを使用した場合にどう見えるか？を事前に確認してください。多くのユーザはメール中に含まれた画像を見たくないと思っているものです。
結構いろいろ細かく指定されてんだねえ。
2009/10/21/ 14:08
2009/10/04/ 12:39
2009/09/23/ 13:31
2009/09/23/ 13:30
2009/08/24/ 18:34