型にtextだとかdatetimeだとか書いておくとはまる
型にtype: textだとか書いておいても、普通に使う分には使えてしまう。ただ、doctrine:migrateすると、syntax errorが出てしまう。どうも、textとだけ書いておくと、hoge: { type: text } をSQLにするとき、hoge text()と構築してしまってエラーになる模様。string(長さ)と指定しておけばOK。
同様に、datetimeもmigrateを使わないかぎり通るのだけど、migrate使うとエラー。timestampとしておく必要がある。

トランザクション使ってないのでエラー出たら面倒
migrateタスクの中でトランザクション処理を行っていない模様(嘘。ちゃんと書いてあった)。そのせいで、上記のようなエラーがでると中途半端にクエリが通った状態になってしまう。運用データがなければ(開発サーバであれば)、doctrine:drop-dbしてdoctrine:create-dbして、doctrine:migrateすればいいが、そうでない場合は結構注意が必要。つうかトランザクションくらい走らせてください＞中の人

お気軽に使えそうで思ったよりはまる。ただ、継続的に開発し続ける手合いにはこれがないと困るので、はまらないように使ってみようと思う。

追記：
sfDoctrineMigrateTaskとMigrateを読んでみると、beginTransactionがちゃんと書いてあった。クエリログを見てみると確かにトランザクションは掛けている。なんでdry-runするだけで問題が起こったのかちょっとわからず。

100716 20:30:38     2 Connect   shell@localhost on shell
                    2 Query     SET NAMES utf8
                    2 Query     SET NAMES 'UTF8'
                    2 Query     CREATE TABLE migration_version (version INT) ENGINE = INNODB
                    2 Query     SELECT version FROM migration_version
                    2 Query     START TRANSACTION
                    2 Query     SELECT version FROM migration_version
                    2 Query     CREATE TABLE (略
                    2 Query     ALTER TABLE (略
                    2 Query     CREATE INDEX (略
                    2 Query     commit
                    2 Query     SELECT version FROM migration_version
                    2 Query     UPDATE migration_version SET version = 12
                    2 Quit

追記：

おそらく、MySQLのautocommitを殺していないからだと推測していて、接続時にまずautocommitをオフにするクエリを投げる方法を調査中。symfonyそのもののソース書き換えちゃうのが早いのだけどそれはちょっとねぇ。

追記：

もっと根本的な話だった。MySQLはCREATE TABLE的なDDLをrollbackできない。なんだそれ。あほかい。テンポラリテーブルこさえるような実装だったりするとｇｄｇｄになるってわけで。

結論から言うと、ThinkPad W500(4058-CTO)にメモリを8GB載せた状態でWindows7 64bitを突っ込むと、何が悪いのか不明だが、不安定になって使い物にならなくなる。
確かにスペック的には4GB上限ということになっているのだが、チップセットも8GBまで対応しているし、動いているという報告も見る。それでもメモリの問題かと思ってMEMTEST86+ Ver4.10を延々回したのだが全くエラーは発生しないので、おそらくどれかのドライバが腐っているか、IO空間的に引っかかっているのかもしれない。ひとまず、現状ではオススメする、とは言い難い。

同じ轍を踏む人を減らすために詳細メモ。

うちのThinkPadはThinkPad W500(4058-CTO)。メモリはTranscendのTS512MSK64V1Nを２枚。このメモリは256MB*8構成、7-7-7-20動作。同シリーズの2GB品であるTS256MSK64V1Uは128M*8構成で他のパラメータは同じ、ThinkPadには問題なく入るとのこと。

不具合はどこで発生するか予知できないが、ビデオカードドライバ、USBドライバあたりで頻発しやすい傾向があった(そのせいで余計原因がわからなかったというのもある)。さんざんドライバを入れ替えてみたりしたのだが、そこには原因が一切ない模様。とにかく、BSOD(Blue Screen of Death /ブルースクリーン)になったり、一切入力を受け付けない状態にフリーズしたり、時には画面がぐっちゃぐちゃに崩れたりとおもしろい現象が多発する。

対応はとりあえずメモリ減らす。これだけ。

いらっとしてついうっかりほぼ同型機(4061-xxx)を発注してしまったので、そちらでも同一現象が起こるかは追って検証してみる予定。この本体だけに起こる問題であるかどうかはそこで判断できるはず。

いくら対応してないメモリ量だからってテスト省くのはよくないと思います。><

2010/7/15追記：

ThinkPad W500(4061-xxx)でテストしたが、こちらもアウトだった。半日ほどきちんと動いていたのだが、やはり落ちる。先ほどWindows7 SP1 Betaが公開されたので、そちらも試してみようとは思うがオススメはできない。

若松でやっているThinkPad T61にメモリ8GB載せよう、というのはそういう観点での安定性はあるのだろうか？

2010/7/19追記：

チップセット内蔵のディスプレイを使ってるとかなり安定する感じがする。あまり長時間試していないが、やはりATIのドライバがくさいなぁ、と。まだ断定するには早いが。

どうも、これ(というかDuplicate/closeされているがこっち)が原因なんではないかという気がしてきた。曰く、

During a large file transfer, a card using the RGE driver drops off the network. Its not related to the hwchecksum bug (I’ve tried with and without that option in /etc/system) On 106 it happens after 25-30 gigs, on 101 (2008.11) it happened between 10 and 15 gb transferred.

とのこと。うちでも数GB以上の転送でひっかかったりして困っていた。うちのファイルサーバのOSはopensolaris snv111bなのだが、修正はsnv131にコミットされたとある。

次の公式リリースはいつか調べていたのだが、どうもSun Microsystemsがオラクルに買収されたりした関係できな臭いにおいが漂ってきている気がしてならない。wikipediaが先走っているだけかも知れないが、ここによれば次のリリースは2010.03だったようでもう四半期も放置されてしまっている。

あまり良いとは思わないが、devを追うべき、なのかもしれない。やれやれ。

ゆとり教育を受けていた人がだんだんと社会に出てきているという。

ゆとり教育そのものやその結果もさておき、そういう人を馬鹿にする人も含め、日本の多くの人から「ゆとり」が失われすぎてはいないだろうかと思う。
ゆとりがないから目の前のことばかり気になってしまって先をみる余裕がない。先を見ないから先に投資もできない。先に投資しないからフラフラしてまっすぐ進めないし結果もでない、迷走してしまう。

かっこよく生きないと、というわけではないけれど、武士は食わねど高楊枝的な矜持をもって生きるのも大事ではないかと思う。勉強ができたって、「人間かくあるべし」というような考えが持てないようでは程度が知れる。親が子に教えなきゃならないことなんてそういうことなんではないかね。人生を、世の中を俯瞰するような鳥の目を持てる根本的な思想。

ぼろぼろの今、それを取り戻せるのだろうか。誰もが気づいたときにはもう手遅れなのだが。

非グローバルゾーンでsamba(SUNWsmba)を動かそうと思っても、そのままでは下記のようなエラーが/var/samba/log/log.smbdに残ってしまって動かない。smb.confがないのと違ってsvcs的にはonlineになるが、netstat -aで見るとlistenしていないのがわかる。

[2010/06/27 05:44:16, 0] lib/util_sock.c:(822)
  bind failed on port 445 socket_addr = 0.0.0.0.
  Error = Permission denied

さらに、nmbd(svcsの名前だとwins)のほうはsvcsで見るとmaintenance状態になっていることがわかる。

これは、非グローバルゾーンでの特権が足りないせいなので、zonecfgを使ってlimitprivを追加してやる。うちでは内部的に使っているサーバなので大変緩く、下記のようにした。(長いけど続けて)

set limitprev = default,file_downgrade_sl,file_upgrade_sl,
sys_trans_label,win_colormap,win_config,
win_dac_read,win_dac_write,win_devices,
win_fontpath,win_mac_read,win_mac_write,
win_selection,sys_smb

これでzoneを再起動してやるとsambaがlistenするようになる。セキュリティ的になんでもかんでもつけるのが嫌であれば、ここのglobal: limitprivのところを読んで適宜付け替えるとよい。

余談。opensolarisのブートディスクが壊れたのでこういうことをやっているのだが、zfsは新しくインストールし直した環境からzpool importするだけで構成情報まで含めて一発でとってきてくれるのがなんともうれしい。そういう都合から、sambaまで含めて全部zfs上のzoneに乗せてしまいたいのでこういうことをした次第。グローバルゾーンはハイパーバイザー代わりで十分。:-)