タグをRELENG_9_0_0_RELEASEでcsupしたらダウンロードできたし、/usr/src/UPDATINGファイルには以下の記述が。

20120106:
        9.0-RELEASE.

ただいま、BUILD中。

# freebsd-update fetch
Looking up update.FreeBSD.org mirrors... 4 mirrors found.
Fetching public key from update4.FreeBSD.org... failed.
Fetching public key from update5.FreeBSD.org... failed.
Fetching public key from update3.FreeBSD.org... failed.
Fetching public key from update2.FreeBSD.org... failed.
No mirrors remaining, giving up.

freebsd-updateはRELEASE間のアップデートには対応しているけどstable -> releaseって対応していないんですね。

なので、csupでreleaseに対応するstableを引っ張ってくる方法を探していました。

FreeBSDのページにCVS tagというところがあり、ばっちり書いていますね。参考になりました。

http://wiki.kinusati.net/index.php/FreeBSD:FreeBSD9.0(amd64)_on_ZFS

FreeBSDはCRONにperiodicという定期的に実行する仕組みがあり、daily/weekly/monthlyで動作させる仕組みがあります。

/etc/crontabの中身

# Perform daily/weekly/monthly maintenance.
1       3       *       *       *       root    periodic daily
15      4       *       *       6       root    periodic weekly
30      5       1       *       *       root    periodic monthly

で、たとえばdailyの場合は毎日3時1分に動作するという寸法です。

dailyは以下のディレクトリにcronファイルで実行されるシェル群が仕込まれています。

# ls -1 /etc/periodic/daily/
100.clean-disks
110.clean-tmps
120.clean-preserve
130.clean-msgs
140.clean-rwho
150.clean-hoststat
200.backup-passwd
210.backup-aliases
300.calendar
310.accounting
330.news
400.status-disks
404.status-zfs
405.status-ata-raid
406.status-gmirror
407.status-graid3
408.status-gstripe
409.status-gconcat
420.status-network
430.status-rwho
440.status-mailq
450.status-security
460.status-mail-rejects
470.status-named
480.status-ntpd
500.queuerun
999.local

上記はFreeBSD8.1での表示です。

で、この仕組みを利用して自分のシェルを組み込む場合は/etc/daily.localファイルを作成し、対象のシェルを書けばOK。

/usr/local/sbin/hogehoge.sh

よくできた仕組みですね。

でもFreeBSD 6.2で利用可能なfreebsd-updateは、OSのイメージをまるっとバージョンアップ出来る手法は提供されていないんです。
なので、以下方法で対応してみました。

手順概要

1. freebsd-updateをダウンロードする
2. freebsd-updateを実行し、8.1のバイナリを準備する。その後一度目の再起動まで行う(カーネルアップデートまで行う)
3. 二度目のfreebsd-updateを実行しバイナリをアップデートする。
4. compatライブラリ(compat6x/compat7x)を導入する。
5. portupgrade/rubyを一度アンインストールし、sysinstallでインストールする
6. portsをアップデートする
7. portsをリビルドする
8. 3度目のfreebsd-updateを実行する。”freebsd-update.sh”ではなく”freebsd-update”コマンドを実行する必要があるため注意が必要。

手順詳細

1. freebsd-updateをダウンロードする

# mkdir bsd-upd
# cd bsd-upd/
# fetch http://people.freebsd.org/~cperciva/freebsd-update-upgrade.tgz
# fetch http://people.freebsd.org/~cperciva/freebsd-update-upgrade.tgz.asc
# tar xf freebsd-update-upgrade.tgz

2. freebsd-updateを実行し、8.1のバイナリを準備する。その後一度目の再起動まで行う(カーネルアップデートまで行う)

# sh freebsd-update.sh -f freebsd-update.conf -r 8.1-RELEASE upgrade
# sh freebsd-update.sh -f freebsd-update.conf -r 8.1-RELEASE install
# shutdown -r now

3. 二度目のfreebsd-updateを実行しバイナリをアップデートする。

# sh freebsd-update.sh -f freebsd-update.conf -r 8.1-RELEASE upgrade
cd bsd-upd
sh freebsd-update.sh install

4. compatライブラリ(compat6x/compat7x)を導入する。

# fetch ftp://ftp.jp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.1-release/misc/compat6x-i386-6.4.604000.200810_3.tbz
# fetch ftp://ftp.jp.freebsd.org/pub/FreeBSD/ports/i386/packages-8.1-release/misc/compat7x-i386-7.2.702000.200906.1.tbz
# pkg_add compat6x-i386-6.4.604000.200810_3.tbz
# pkg_add compat7x-i386-7.2.702000.200906.1.tbz

5. portupgrade/rubyを一度アンインストールし、sysinstallでインストールする

# pkg_delete ruby-1.8.5_3,1 ruby18-bdb-0.5.9_2 ruby18-bdb-0.6.5_1 portupgrade-2.1.3.3_1,2 ruby18-bdb-0.5.9_2 portupgrade-2.4.8_1,2
# sysinstall
=> port-mgmt/portupgradeをインストール

6. portsをアップデートする

# portsnap fetch
# portsnap update

7. portsをリビルドする

# portupgrade -rf "lang/ruby*"
# portupgrade -raf -x "misc/compat*" -x "lang/ruby*"

8. 3度目のfreebsd-updateを実行する。”freebsd-update.sh”ではなく”freebsd-update”コマンドを実行する必要があるため注意が必要。

# shutdown -r now
# freebsd-update install

このgem updateの後、RedmineからInternal Errorが発生し正常に動作しなくなりました。

原因を調べてみると以下のページが参考になりました。

Redmineでi18関連でエラーが出た

Rails 3.0.0との依存で導入されたi18nが悪いそうなので、i18n, Rails 3.0系を一式アンインストールし、元に戻りました。

ProFTPdではFTPクライアントからPASVコマンドが送出された際に、クライアントに返却するポート番号を特定のレンジから選択する「PassivePorts」という設定項目があります。コレを使うことでクライアントに返却するポートを49152-65534に絞ることも出来るというもの。

ただし、設定したポート範囲でポートオープン出来ない場合は、Kernelでポート選択をしてもらった上でログに書き出すとのこと。実用性を考慮すればまぁこうなりますか・・と思った次第です。

以前当ブログで書いたのですが、バージョンアップ、大変面倒でした・・・。ただ以下ようにやれば、時間はかかるものの楽にバージョンアップ出来ることはわかったので、そこは収穫かな。

下準備

バージョンアップを行う前に、以下の点を確認および変更します。

1. /usr/local/bin/bash等のログインシェルを持っているユーザがいるかどうかの確認。存在した場合はvipwコマンドを利用し/bin/tcshに変更しましょう。
2. portsのmisc/compat7xは事前にダウンロードしましょう。
3. portsのportupgradeはインストールしておきましょう。

FreeBSD 8系からライブラリの仕様変更が入っていて、↑の対応を行っていないとバージョンアップ作業中にシェルが使えなくなるとか、portsの再構築作業が出来ない等が発生して致命的なダメージを受けます。

なおmisc/compat7xは以下のようにダウンロードしました。

# fetch ftp://ftp.jp.freebsd.org/pub/FreeBSD/ports/amd64/packages-8.1-release/misc/compat7x-amd64-7.2.702000.200906.1.tbz

バージョンアップ作業

以下のようにやればOKです。

まず最初に、バージョンアップのためのデータを一式ダウンロードします。

# portsnap fetch update
# freebsd-update upgrade -r 8.1-RELEASE

続いて、Kernelをインストールします。再起動が必要です。なおportsの再構築を行うためサービスは自動再起動しない方がいいでしょう。

# freebsd-update install
# shutdown -r now

さて、ここからが本番。再起動後に8.1系のバイナリ一式をインストールしますが、くれぐれも手順は間違えないように・・。portsの再構築はホント時間かかる・・

# freebsd-update install
# pkg_add compat7x-amd64-7.2.702000.200906.1.tbz
# portupgrade -rf "lang/ruby*"
# portupgrade -raf -x "misc/compat*" -x "lang/ruby*"
# freebsd-update install
# shutdown -r now

1. misc/compat7x -> 2. rubyのrebuild　-> 3. misc/compat*, lang/ruby*以外のportsを再構築 -> 7系のライブラリ等を削除(freebsd-update install)という手順を踏まないと再構築に失敗します・・・

最後にcompat7xを削除します。なおゴミが残るのでそこは手動で削除。

# pkg_delete compat7x-amd64-7.2.702000.200906.1
# rm -rf rm -rf /usr/local/lib/compat/pkg

当サイトは上記で対応できました。やれやれ。

dmesgコマンドを実行すると以下のエラーが・・・

pid 66980 (php), uid 107: exited on signal 11
pid 66974 (php), uid 107: exited on signal 11
pid 66964 (php), uid 107: exited on signal 11

cactiユーザのcron実行時にcore dumpしている模様。なぜと思ったら、そもそもphpを実行したとき全部でcore dumpが発生している。

# php -v
PHP 5.3.3 with Suhosin-Patch (cli) (built: Aug  1 2010 11:11:50)
Copyright (c) 1997-2009 The PHP Group
Zend Engine v2.3.0, Copyright (c) 1998-2010 Zend Technologies
Segmentation fault: 11 (コアダンプ)

なんでだろう・・と思っていたら、MySQLのextensionを組み込むと具合が悪い。/usr/local/etc/php/extensions.iniからextension=mysql.soの行を外すと正常動作する。。。

そういえば！php5.3.3にバージョンアップするときにMySQLも5.5.4から5.5.5にバージョンアップしたなと思いだし、mysql55-clientを再度インストールし直したら、core dumpが出ないようになりました。

原因はわからないが動くようになったので、よしとしよう。

Linux/UNIX 上でコマンドの実行履歴を残す方法

そこに、scriptコマンドを利用したログ取得スクリプトが載っていたのですがＬｉｎｕｘ専用だったのでＦｒｅｅＢＳＤ版に修正してみました。ただし注意があり、FreeBSDでbashを使う場合だけ利用できます。bashはportsからインストールしないとだめなので、rootの管理用シェルには使えないと思います。

now=`date +%Y%m%d%H%M%S`
user=`whoami`
logfile=/var/tmp/log/script_logs/$user/$now

if [ ! -e /var/tmp/log/script_logs/$user ]
then
 mkdir -p /var/tmp/log/script_logs/$user
fi

if [ -e $logfile ]
then
 mv -f $logfile $logfile.bak
fi

p_proc=`ps -O ppid|grep $PPID|grep bash|awk '{print $6}'`
if [ "$p_proc" = -bash ]
then
 script -q $logfile
 exit
fi