授業資料/第12回

Top / 授業資料 / 第12回

FreeBSD のアップデート †

さて，この授業期間中に FreeBSD 7.1R がめでたくリリースされた.
OS そのもののバージョンアップデートは，セキュリティ対策としてできるようになっておきたいところであるので，ちょうどよい.
ここで，皆のシステムを 7.0R-pX から 7.1R にアップデートしよう.

しかし，OS のバージョンアップはその時々によってやり方が少しずつ変わったり，注意点も場合場合によって違う.

そのため，やりかたをここで全て書いてしまっては，「次の機会」に役に立たないので，ここは一つ，資料を読みながら自力で解決，作業してみよう.

↑

注意点 †

ただし，気づきにくい注意点がいくつかあるので，それについては書いておこう.
といっても簡単なもので，基本的に「何かトラブルが起きるかもしれないので，それに備えておこう」の一言につきる.

もう少し具体的に書いておこう. OS のバージョンアップとなると当然システム中のソフトウェアの多くがバージョンアップされる. その中には，挙動が変わるものや，設定ファイルの齟齬の為に(最初は)動作がおかしくなるものもあるかもしれない. そうしたものがあっても困らないように，
「バックアップをとったり」
「できるだけ素直なシステム構成に直してから」
バージョンアップを行うということである.

具体的には例えば次のようなものがある. 他にも考えられないか知恵を絞ってみよう.

  1. /etc ディレクトリには，各種設定ファイルが多く置かれている. バージョンアップ作業中にこれら設定ファイルが書き換えられたりするが，そのためにトラブルが起きるかもしれない. 万が一に備えて，まるごとバックアップしておこう.
    具体的には，バージョンアップ作業前に 
     cd /
 cd -Rp etc etc.old-20090213
    などとすれば, /etc.old-20090213 というバックアップディレクトリができる.
    notes.png この方法で，/etc をバックアップしておこう.

  2. 新しくなったカーネルファイルに問題があって起動がうまくいかない，というケースも想定される. そこで，カーネル周りもバックアップをしておこう.
    具体的には，上同様にバージョンアップ作業前に 
     cd /
 cp -Rp boot boot.old-20090213
    などとすればよいだろう.
    notes.png この方法で，カーネルファイルをバックアップしておこう.

  3. DNS の設定を，「他人に頼る」ように戻しておこう. 自前で頑張る設定だと，自前の BIND がトラブルを起こした場合に，ネットワーク接続で困るばかりだ.
    具体的には，/etc/resolv.conf は，(できるだけ)外部のリゾルバに頼る設定に直しておく. この場合はバージョンアップ作業前に

    nameserver 192.168.125.14

    にいったん戻しておくことになる.
    notes.png この方法で，DNS の設定を戻しておこう.

  4. 作業全体において，常に作業ログをとろう. ログを取っていない状態で重要なメッセージを見逃したら，困ってしまう.
    今回は，portupgrade のように自動で作業ログが取れるとは思えないので，srcipt コマンドを用いて作業ログを取るようにしよう.
    script コマンドの使い方は簡単だ. ともかく，「今から記録開始!」と思うときに, 
     cd (記録ファイルを置いておくディレクトリ)
 script 20090213-1.log &color(blue){← 記録ファイルを明示的に指定しておこう};
    などとすると，「ログを取るモード」に入る(正確にはシェルをフォークする). あとは，明示的に 
     exit
    とするまで，出力全てが記録される.
    notes.png 作業を開始する前に，こうして「ログ取りモード」にしておこう.
    warning.png 当然だが，ブートした直後は script コマンドは動いていない. 明示的に script コマンドを動かしてからでないとログは取れない. つまり，作業中にリブートをした場合は，改めて script コマンドを動かそう. その場合，記録ファイル名がだぶらないようにするか，script -a (記録を追加するモード)を使うようにしよう.

↑

資料 †

FreeBSD のバージョンアップについて，今回の一次資料は FreeBSD 7.1-RELEASE Announcement ということになるだろう. ネットワーク環境の問題等で，この Web が読めない学生のために，アップグレードに関わりそうな部分を抜粋，引用しておく. これがバージョンアップに際してもっとも重要な資料であるので，気合いを入れて読もう.

Updating Existing Systems


NOTE: If updating from a 7.0 or earlier system due to a change in the Vendor's drivers certain Intel NICs will now come up as igb(4) instead of em(4). We normally try to avoid changes like that in stable branches but the vendor felt it necessary in order to support the new adapters. See the UPDATING entry dated 20080811 for details. There are only 3 PCI ID's that should have their name changed from em(4) to igb(4): 0x10A78086, 0x10A98086, and 0x10D68086. You should be able to determine if your card will change names by running the command "pciconf -l", and for the line representing your NIC (should be named em on older systems, e.g. em0 or em1, etc) check the fourth column. If that says "chip=0x10a78086" (or one of the other two IDs given above) you will have the adapter's name change.


Updates from Source


The procedure for doing a source code based update is described in the FreeBSD Handbook:

* http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/synching.html

* http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/makeworld.html

The branch tag to use for updating the source is RELENG_7_1.


FreeBSD Update


The freebsd-update(8) utility supports binary upgrades of i386 and amd64 systems running earlier FreeBSD releases. Systems running 7.0-RELEASE, 7.1-BETA, 7.1-BETA2, 7.1-RC1, or 7.1-RC2 can upgrade as follows:


# freebsd-update upgrade -r 7.1-RELEASE


During this process, FreeBSD Update may ask the user to help by merging some configuration files or by confirming that the automatically performed merging was done correctly.


# freebsd-update install


The system must be rebooted with the newly installed kernel before continuing.


# shutdown -r now


After rebooting, freebsd-update needs to be run again to install the new userland components, and the system needs to be rebooted again:


# freebsd-update install

# shutdown -r now


Users of Intel network interfaces which are changing their name from "em" to "igb" should make necessary changes to configuration files BEFORE running freebsd-update, since otherwise the network interface will not be configured appropriately after rebooting for the first time.


Users of earlier FreeBSD releases (FreeBSD 6.x) can also use freebsd-update to upgrade to FreeBSD 7.1, but will be prompted to rebuild all third-party applications (e.g., anything installed from the ports tree) after the second invocation of "freebsd-update install", in order to handle differences in the system libraries between FreeBSD 6.x and FreeBSD 7.x.


For more information, see:

http://www.daemonology.net/blog/2007-11-11-freebsd-major-version-upgrade.html

notes.png 作業を行う前に，この資料を読もう. そして，事前に行うべき作業が他にないか，よくよく注意しよう. もしあるならば，その作業を行おう. また，全体にどういう流れでバージョンアップが行われるか，理解しよう.

↑

実際にバージョンアップ作業を行う †

warning.png 以下の作業は，結構時間がかかるので留意しよう.
notes.png 上の資料を読むと分かるが，(念の為のとある準備作業の後に) freebsd-update を行えばよい. 丁寧に手順に沿って作業しよう. 途中でいくつか質問があるが，丁寧に読んで(おおまかでよいので)理解した上で応答しよう*1.

warning.png freebsd-update コマンドは， -r の後のオプションにスペルミス等があると，そのターゲットが見つからずに途中で fail する. であるので，freebsd-update コマンドが fail したときはスペルミスを疑おう.
warning.png 7.0 から 7.1R へのバージョンアップでは，背後で「非常に多くの」作業が行われる. その作業の中でも，とくにファイル転送は時々失敗し，結果として freebsd-update が停まったままになったりする*2. しかし，そうした場合も心配は不要だ. そうした時は，Ctrl-c で freebsd-update を止めて，再びあらためて freebsd-update を動かせばよい. freebsd-update 既に行ったファイル転送やパッチ当てはスキップしてくれるので，そうした作業部分は無駄が発生しないのだ. であるので，top コマンドで様子を時々チェックしながら，freebsd-update の作業が動かなくなっているようだったら，上のように止めて，再びコマンドを投入しよう.

↑

おおまかな流れ †

とはいっても，迷う場面も出てくるだろうから，おおまかなラインを示しておこう.
まず最初に尋ねられるのは，「おおまかにいって以下のようなファイルを交換などするけど，よいですか?」という質問だ.
システムディレクトリの構造をいじるなどの特殊なことをしていなければ，まあ大丈夫だろう*3.

次に来る質問は，基本的には /etc 以下のファイルの書き換えについてのもので，しかも「自分で書き変えろ」と来る場合もある.
一見難しそうだが，よくみると大半はなんでもないもので，簡単だ.
warning.png 修正の大半は，バージョン番号の書き換えに過ぎないので，実は労力はたいして要らない.
warning.png 本当に書き換える必要がある場合だけ，よく考えよう.

notes.png 作業が終わったら，確かにバージョンアップできたことを /usr/src/sys/conf/newvers.sh というファイルの中身を見ることで確認しておこう.
現時点では，

REVISION="7.1"

BRANCH="RELEASE-p2"

になっているはずだ.

↑

実際の手順 †

実際の手順は以下のようになるだろう.
ただし，これをみてしまうと自力でやれなくなるので，授業後まで見えないようにしておこう.

↑

最後に(1) †

これまで簡単に触れてきたことから想像がつくと思うが，サーバについては立ち上げの際の労力よりも「トラブルが起きないように維持管理する」ことの方が大変だ.
であるので，サーバを管理する時は，「如何に維持管理を暗然に，機械的に，労力の少ない方法で」行うかを意識して作業するのが良い.
warning.png 実際，現時点で皆のシステムの ports 情報は最新だろうか?
最後に

 portsnap fetch; portsnap update

をしたのはいつだったか?
warning.png 実際，現時点で皆のシステムに既知の脆弱性はないだろうか?

 portaudit -adF

としてみて，脆弱性ゼロ と報告されるだろうか?

↑

最後に(2) †

以前にも示したが，自宅で全く同じことを行おうと思うと，PC が1台別に必要となり，なかなか難しいだろう.
しかし，理系学生にとってきちんとした unix が手元にあることのメリットは大きい.
そこで，こういうときは適切な仮想環境(Vmware など)を用いて，自宅の PC の MS-Windows/MacOS 上で FreeBSD を動かすのがお奨めだ.
自宅の PC の OS 上に仮想環境を構築して，これまでの経験を生かして FreeBSD をインストールして使ってみよう.

↑

レポート †

本日行った作業について報告せよ.
もちろん各自の

  1. 所属(学部，学科)
  2. 学籍番号
  3. 学年
  4. 氏名
  5. 日時
  6. 肝心のレポート内容(得た知見，作業について気づいたこと等)

を書くのを忘れないように.

↑

about Icons †

Some icons in this page are downloadable at ICONFINDER.
The "note" icon notes.png designed by Marco Martin is distributed with the LGPL licence
and the "warning" icon warning.png designed by Alexandre Moore with the GPL licence.
Thank you Marco and Alexandre!

*1 言っていることが理解できても，システムに相当詳しくないと「それでよいかどうか」の判定は難しい.であるので，重要なサーバ等の場合は，システムのバックアップを取ってから作業することになるだろう．
*2 おそらく，使っているファイル転送ツールの出来に問題がある
*3 本来は，システムごとバックアップしておくべきだが
添付ファイル: filewarning.png 279件 [詳細] filenotes.png 192件 [詳細]