ちょっとだけはまったのでメモ。
/etc/skelのファイルがコピーされていなくて、~/.bash_profileが無かった。おかげで、~/.bashrcに書いた設定が読まれなくて悩んだ。
普段tcshを使っているとはいえ、こんなことを10年間ほど知らずにいたとは……！
ついカッとなったので試した。
WordPressのバックエンドDBをMySQLからsqliteにできないか試してみた。webで探すと先人がそれなりにいるけど、結論としてはうまくいかなかった。Invalid or missing PDO Driverうぜえ。
FreeBSDとubuntuで撃沈。
CentOSは一段階進めたけどやっぱりエラー。
バックエンドDBが変わったら性能あがるかなあとか思ったんだけどなあ。あと、バックアップとか鯖移動とかが楽になるかなとか思ったんだけどなあ。残念。
それにしてもなんでうちのWordPressは遅いのやら。ディスクが遅いか、DBが遅いか、はてな記法とかのヘビープラグインがまずいのか、さてさて。
ついカッとなってML115 G5を買った。ついカッとなってPhenom II X4 910eを買った。
いや、カッとなったというか、全力で計画的犯行をしてみた。ので、メモを残しておく。
あたりの理由から適当に更新する予定だった。年度あけくらいに次のCPUが出るのは自明だったので待とうかとも思ったけど、手ごろな価格に落ちてくるのはいつだろう？と考えると今買ってもいいよね、みたいな。
というわけで、ML115 G5をNTT-Xでぽちって、発売されたばかりの低消費電力CPUを買ってみたわけだ。初めての鯖用CPUゎぁぃ！
鯖の自体はそもそもが全部VM上だったので楽勝！ と言いたいところだが、ディスク間のデータコピーをやったら一晩かかった。相変わらずHDDが遅い。ちゃんとSATAIIの7200rpmだと思うんだが。適当に測定した感じからすると10MB/sec出てない。いくらHDDが1TB、2TBとでかくなっても、転送速度がどうしようもねえな。
ESXi上なのでやめたんだけど、ddでブロックサイズで隠してやれば幾分マシになるのかなあ。（某所のPCクラスタのSATAディスクは50MB/s近く出てたんだよなぁ……。）
こういう時のことを考えると、普段からミラーリング運用をしておいて必要に応じてディスクごとコピーが幸せかもしれない。まぁできることならRAID6運用とかしたいけど、そこそこの対応ハードウェアを買うのに金がかかるからなあ。（とはいえ、100kでおつりが来るのも事実なんだが……。）
現在はVM単位/仮想ディスクのフルバックアップ（時々）＋重要ファイル・良く更新するファイルのrsync（前者より頻繁）で運用中だが……。
というわけでCPUがかなり強化されたんだけど、（チップセットとかもたぶん強化されているんだけど、）実際に体感性能が上がっているかはまだ未知数。そんなことよりESXiのパラメタを弄れ説……。同時実行可能コア数が増えているのを良いことにVMのWinXPのコア数設定を１から２にしたけど、意味あるかなあ。WordPressが置いてあるVMも2コア設定でVM作り直してみようかなあ。（途中までやってあるけど時間的な都合で放置中。）
ちなみに、ESXiの時計設定がうまくできなくて、VMの時計が少しの間むちゃくちゃだったのは無駄に時間を食ったので反省点。9時間ずれるので何かと思ったら、BIOSではJSTのつもりで時刻を設定→はいぱーばいざーがUTCと認識→VMがホストの時刻を見に行ったためJSTよりさらに9時間進むという罠。注意だ。やれやれである。
さて、これで手持ちのデスクトップ系は自作PC(常用), ML115G5（稼働中）, ML115G1（緊急用）, FreeNASを入れてある自作（ファイルバックアップ用鯖）, ちょい古いMicroATX（ほぼ使ってない）になった。MicroATXが流石に古いので、殺してキャプチャPCでも導入しようかなあ……？PT2が何故か2枚あるし……。むしろML115G1が普段は何も使い道がないのが悔しいから、とりあえずこいつでキャプチャ実験かな。
やろうと思う度にはまって時間を無駄にするので、一気に頑張った。オンラインで探すと、古すぎて事情が同じか疑問な資料が多かったり、一気にまとめて設定していたりで、とてもツライ。
この資料では０から順番を追って説明していくので、少なくとも現存するどのドキュメントよりもなんとかなる資料のつもり。ただし、LDAPにおけるdnやdcの説明とか、samba設定ファイルの基本的な書き方とか、そういうのは説明しないので、適当に付け焼き刃を持ってくること推奨。
以下、導入のための覚え書き。間違いが含まれていたらごめんね。
sambaとUNIXユーザー情報の一元化、要するにパスワードなどの共有をしたい。
共通ユーザの情報はLDAPに持たせて、ユーザの管理（追加やパスワード変更やシェル変更など）は（とりあえず）LDAPサーバ上でだけできればOKとする。
ldapサーバ兼sambaサーバ兼ファイルサーバなサーバノードを１台、ldap情報を元にログインやらなんやらを行うクライアントノードが数台。という構成。
より大規模な環境だとldapを別の専用DBサーバするのかなぁ、と思いつつも、ここではそこまででかい話にはしない。
OSはとりあえず手堅く（？）CentOS5.4 x86_64。
とりあえず使いそうなものは入れておく。
テストに使ったldifファイルの例
dn: dc=test,dc=example,dc=net objectClass: dcObject objectClass: organization dc: test o: test dn: ou=People,dc=test,dc=example,dc=net objectClass: organizationalUnit ou: People dn: uid=testuser,ou=People,dc=test,dc=example,dc=net objectClass: account objectClass: posixAccount uid: testuser cn: testuser userPassword: testuser loginShell: /bin/bash uidNumber: 1000 gidNumber: 1000 homeDirectory: /exports/home/testuser
HOMEディレクトリが共有できないと不便なので、なんとかする
ここまでの設定で、LDAPを使った複数PC間のログイン認証一元化はできている。さらにsambaの認証もまとめようというのがここでのお話。設定ファイルを書き換えたら適当にldapやsmbをrestartすること。
security user passdb backend = ldapsam:ldap://localhost ldap suffix = dc=省略 ldap admin dn = cn=Manager,dc=省略 ldap user suffix = ou=Users ldap group suffix = ou=Groups ldap machine suffix = ou=Computers ldap passwd sync = yes
以上にて設定自体は完了。あとはユーザの追加や情報変更をどうするかの問題。
passwdやらchshやらが使えるのかというと、使えない。こいつらはldap向けじゃないから。PAMの設定を頑張れば良いのかも知れないけど、私はPAMのカスタマイズまで頑張る気はない。
どうすれば良いかというと、smbldap-toolsを入れればsmbldap-で始まるコマンドがいくつも使えるようになるので、これらを利用する。
eth0が外向き、eth1が内向き、という普通のPCルータでとらぶった。
/etc/sysconfig/network-scripts/ifcfg-eth*
にGATEWAYを記述していたんだけど、
どうやら
/etc/sysconfig/network
に書く方が良いみたい。
eth1に書いてあったGATEWAYを誤爆して外につながらなかった。非常にがっかりだった。
最近のコメント