外部のデザイナーさん（HiGash.Net の中の人だけど）と仕事をしたときの話です。
私の構築したステージング用のサーバにデザイナーさんの作ったコンテンツを置いてもらう必要があったので、「sftp でいいですか？」と聞いたら「ftpの方がいい」と言われたので、急遽 ftp サーバの用意をすることになりました。
軽く「いいよ」と答えたものの、自分で最後に ftpd をたてたのはもう１０年近く前のことで何も覚えてません。
Solaris なのでSMFで管理されているftpdがあるだろうと思い、試してみると
$ pfexec svcadm enable ftp
$ svcs -l ftp
fmri svc:/network/ftp:default
name FTP server
有効 true
状態 online
next_state none
state_time Tue Feb 23 02:02:15 2010
リスタータ svc:/network/inetd:default
contract_id
無事に起動できました。簡単簡単。
念のため、ファイアウォール越しに ftp コマンドで接続テストを行い、passive mode が on でも off でも問題がなかったので、使ってもらいました。
しかし、しばらくすると「FTPサーバに接続は出来たけど、ファイルが何も表示されない」との報告が。。。
Read More
3ヶ月ほど前に、10年以上使い続けたCVSからMercurialにソース管理を移行しました。（Subversion は手になじまなかった。）
移行して不便に感じるのはViewVCが使えなくなった事くらいで、普段はあまり違いは感じていませんが、１つだけ直感的にやり方が分からなくて困る事があります。
ワーキングディレクトリで作業中に誤って必要なファイルを削除してしまった場合、例えば
$ ls -l
total 8
-rw-r--r-- 1 user staff 1345 Jan 16 22:33 Makefile
drwxr-xr-x 5 user staff 170 Jan 16 22:45 help/
drwxr-xr-x 5 user staff 170 Jan 16 22:33 tutorial/
$ rm Makefile
としてしまった場合、必要なファイルが存在しない事は hg status コマンドで調べる事ができます。
$ hg status
! Makefile
CVS(やSubversion)では、誤って削除したファイルはcvs update(svn up)で元に戻すことができますが、Mercurial ではそうはいきません。
Read More
今回の秋の連休は有休も使って9連休にしていました。
休み明けのボケた頭では仕事にならないので、午前中は開発用サーバたちのパッケージのアップデートをしていたところ、その中の１つにログインできませんでした。
そのホストは OpenSolaris 2009.06 の中に立てた Linux Branded Zone（BrandZ と書いた方がいいのかな）にインストールした CentOS3 でした。Solaris の Zone なので、ホストOS の方からは自由に Linux のファイルシステムに入っていけます。中のファイルを調べたところ、ログファイルの１つが46GB以上に肥大化してしまってディスクの残り容量が無くなってしまっているのが原因のようでした。
これなら、巨大化したログファイルを削除すれば問題解決だな、と軽い気持ちでrm ログファイル を実行したところ、意外な結果が戻ってきました。
cannot delete file: no space left on device.
ディスクに空き領域が無いからファイルを消したいのに、空き領域が無いからファイルを消せないと言われても。。。
Read More
