1. はじめに

FreeBSD 5.0 は、2 年ぶりに公開される新しいメジャーバージョンです。 さまざまな新機能に加えて、システムアーキテクチャレベルでの開発も 数多く反映されています。ただしこの進歩は、まだ広く試験されていない 新しいコードが非常に多く導入された結果でもあります。 そのため、現在の 4.X リリースと比較すると、 5.0 は安定性や性能、場合によっては機能性などの点で劣っているかも知れません。

リリースエンジニアリングチーム <[email protected]> はこのような理由から、何も考えずに古い FreeBSD リリースを 5.0 にアップグレードするのはおすすめしません。 今までどおりの動作を期待するユーザには特に、当分の間は 4.X リリース (4.7-RELEASE や次回公開予定の 4.8-RELEASE など) の利用をおすすめします。そのようなユーザが 5.X へのアップグレードを考える時期としては、 おそらく 5-STABLE 開発ブランチが作成された後が適当でしょう。 これは 5.1-RELEASE か 5.2-RELEASE の公開あたりになる見込みです。

(FreeBSD 5.0 はいわゆる``卵鶏問題''を抱えています。 プロジェクトでは皆が可能な限り 5.0-RELEASE を安定で信頼性の高いものにしようと考えているのですが、 その安定性と信頼性を得るには、広い範囲での試験、 特にシステムの新しい機能に対する試験が必要です。 しかし、たくさんのユーザにシステムを試験してもらうためには、 実際のところ最初のリリースを作成し、 配布しなければならないのです!)

この文書では、FreeBSD 5.0-RELEASE のインストールと運用における いくつかの問題点について説明しています。 まず、FreeBSD のリリース工程の概要について解説し、 次に FreeBSD 5.0 の特筆すべき新機能のいくつかと、 不注意からユーザが陥りやすいと思われる問題について紹介します。 また、4-STABLE ベースのリリースを使い続けようと考えているユーザ向けに、 今後の 4-STABLE 開発ブランチにおける短期・中期的なプランについても触れます。 最後に、4.X システムを 5.0 にアップグレードする際の注意点を示します。

2. FreeBSD リリース工程の概要

FreeBSD では、ソースコードリポジトリに複数の開発ブランチを置く という開発モデルを採用しています。中心となるブランチは ``CURRENT'' と呼ばれ、 CVS リポジトリでは HEAD というタグが付けられています。 新機能はまず、このブランチにコミットされます。 つまり CURRENT には新機能が一番最初に追加されますが、 その新機能の追加やデバッグが原因でシステムが壊れてしまうこともある、 ということです。

FreeBSD リリースの大部分は、いくつかある ``STABLE'' ブランチから作成されます。これらのブランチには、CURRENT である程度試験された機能だけが追加されます。 現時点で活発に開発されている STABLE ブランチは 1 つだけです。 そのブランチは ``4-STABLE'' と呼ばれており、 FreeBSD 4.X リリースはすべてこのブランチから作成されました。 このブランチは CVS リポジトリで RELENG_4 というタグが付けられています。

FreeBSD 5.0 は CURRENT ブランチをベースにしています。 CURRENT ブランチからのリリースは 2 年ぶりです (前回の FreeBSD 4.0 は 2000 年 3 月でした)。

FreeBSD 5.0 のリリース後、少し経過した時点で FreeBSD CVS リポジトリに RELENG_5 というタグが打たれ、 ``5-STABLE'' というブランチが作成される予定です。 以前の 2 つの stable ブランチ (3-STABLE および 4-STABLE) は、 それぞれの ``x.0'' リリースの直後 (それぞれ 3.0 と 4.0) に 作成されていました。しかしこの方法では、 新しい STABLE ブランチが作成されてから、 CURRENT ブランチとその新しいブランチが安定するまでに 十分な時間が確保できないという問題があります。

そのためリリースエンジニアリングチームは、 各ブランチがそのブランチの持つ性格に対して 比較的安定した状態になったことを確認してから、 CVS リポジトリに 5-STABLE ブランチを作成することを予定しています。 おそらくブランチが作成されるまでに、5.X 系列からリリース版がいくつか公開されるでしょう。 5-STABLE ブランチの登場は、5.1-RELEASE か 5.2-RELEASE の後あたりになると見込んでいます。

FreeBSD リリースエンジニアリング工程に関する詳細は、 リリースエンジニアリングのウェブページ および、FreeBSD に含まれているリリースエンジニアリングという記事をご覧ください。

3. 新機能

FreeBSD 5.0 の大きな魅力の 1 つは、数多くの新機能です。 これらの新しい機能は、FreeBSD 4-STABLE 開発ブランチには統合できなかった 大きなアーキテクチャレベルの変更も当然ながら含まれています (一方で新しいデバイスドライバやユーザランドユーティリティなど、 それ自身で完結している改良点は、4-STABLE ブランチに移植されています)。 すべてを網羅したものではありませんが、簡単にまとめてみましょう。

• SMPng: ``次世代''に向けた SMP マシン対応です (開発中)。 現在は、カーネルにおけるマルチプロセッサの同時実行に部分的に対応しています。

• KSE: カーネルスケジュールエンティティ (Kernel Scheduled Entities; KSE) は、スケジューラアクティベーション (Scheduler Activations) の手法と同様の、 1 個のプロセスが複数のカーネルレベルスレッドを 持てるようにするための機構です。

• 新しいアーキテクチャ: i386, pc98, alpha アーキテクチャに加え、 新たに sparc64 と ia64 アーキテクチャに対応しました。

• GCC: コンパイラツールチェインが GCC 2.95.X ベースのものから、 GCC 3.2.1 ベースのものに更新されました。

• MAC: 高い拡張性を持ち動的にロード可能な、 強制アクセス制御 (Mandatory Access Control; MAC) ポリシに対応しました。

• GEOM: ディスク I/O 要求を変換する拡張性の高いフレームワークです。 GEOM をベースにしたディスク暗号化機能が実験的に開発されています。

• FFS: FFS ファイルシステムが (クラッシュから高速に復帰する) バックグラウンド fsck(8) 処理 と ファイルシステムスナップショットに対応しました。

• UFS2: UFS2 オンディスクフォーマットが新たに追加されました。 これは、ファイル単位での拡張属性と巨大なファイルに対応しています。

• Cardbus: Cardbus デバイスに対応しました。

さらに詳しい新機能のリストは、FreeBSD 5.0 のリリースノートに書かれています。

4. 初期リリースを使う上での欠点

FreeBSD 5.0 には説明したような新機能が追加されているのですが、 問題があったり、意図どおりに動かないという部分もいくつか存在します。 これはほとんどの場合、多くの機能がまだ開発中であることに起因したものです。 次に、問題のある部分のいくつかをまとめたリストを示します。

• たとえば、上の新機能リストにある SMPng や KSE など、 開発がまだ終わっていない機能が多くあります。

• カーネルのデータ構造体や ABI, API が変更されたため、 サードパーティ製のデバイスドライバは、 FreeBSD 5.0 に対応させるための作業が必要です。 また、5-STABLE ブランチが作成される前に若干の ABI, API の変更が加えられる可能性があります。

• FreeBSD ベースシステムに含まれていた機能のいくつかが、 Ports Collection に移動しました。 大きなものとしては、Perl、 UUCP、ゲームの大部分 (すべてではありません) が該当します。 プログラムはサポート対象になっていますが、 ベースシステムからなくなったことは混乱を招くかも知れません。

• FreeBSD 4.0 で正しく動作していた多くの ports/packages が、 FreeBSD 5.0 では構築できなくなったり、 正しく動作しなくなったりしています。 これは大抵の場合、コンパイラツールチェインの変更と、 ヘッダファイルの整頓が原因です。

• FreeBSD 5.0 は CURRENT から 2 年ぶりにリリースされたものです。 これはその多くの新機能が、一般向けに広く公開される初めての機会になります。 カーネルは、(SMPng などの) このような新機能によって、 大きく変更されています。

• FreeBSD 5.0 の新機能に含まれる問題点を追跡するため、 デバッグや診断用のコードがある程度残されています。 これにより FreeBSD 5.0 は、4-STABLE より動作が遅くなっているでしょう。

• 4-STABLE 開発ブランチへの機能統合は、 -CURRENT で``安定した''後にのみ、行なわれます。 FreeBSD 5.0 は、このような -STABLE ブランチの持つ安定性を持っていません (訳注: FreeBSD 5.0 への新機能追加は、「安定した後に統合」という -STABLE ブランチの慣習に則っていないという意味です)。 (5-STABLE 開発ブランチは、5.1-RELEASE もしくは 5.2-RELEASE の後あたりに作成される予定です)。

• FreeBSD ハンドブック と FAQ のような文書は FreeBSD 5.0 までに加えられた最近の変更を反映していないかもしれません。

このようにシステムの安定性に影響する欠点が多くあることから、 5.X 系列が十分に安定するまでの間、 リリースエンジニアリングチームは、 現在の機能性・安定性を重要視するサイトやユーザに対して 4-STABLE ブランチから公開されるリリース版を利用することを推奨しています。

5. 4-STABLE ブランチに対する今後の予定

FreeBSD 5.0 が公開されても、4-STABLE ブランチの開発が終了するわけではありません。 このブランチからは少なくとも 1 回、4.8-RELEASE が公開されます。 4.8-RELEASE の公開は、現時点では 2003 年 3 月 1 日の予定です。

執筆時点では、リリースエンジニアリングチームは 4-STABLE ブランチからの (4.8 以降の) リリースの公開について、 はっきりとした計画を持っていません。ただし、4.9-RELEASE、あるいは 4.10-RELEASE の公開は十分にありえます。4-STABLE ブランチからの 将来のリリースは、いくつかの要素が絡んできます。 最も重要なのは、5-STABLE ブランチの作成と、その安定性です。 CURRENT が 5-STABLE ブランチを作成できるほどに安定していなかった場合、 リリースは 4-STABLE ブランチから作成することになるでしょう。 また 4-STABLE には、4-STABLE ブランチからの最終リリースが 告知されるまで、開発者の判断とリリースエンジニアリングの ポリシに基づいて HEAD から新機能が統合されます。

ある程度ですが、リリースエンジニアリングチームは、 将来の 4-STABLE リリースに対するユーザのニーズを考慮するつもりです。 ただしそのニーズは、リリースエンジニアリング作業に必要な労力・資源 (人的資源、計算機資源、ミラーアーカイブ容量) に見合ったものである必要があるでしょう。

セキュリティオフィサチーム <[email protected]> は FreeBSD ウェブサイトの セキュリティのページ で公開されているポリシに基づき、 4-STABLE ブランチから作成されるリリースのサポートを継続します。 セキュリティ勧告とセキュリティ上の修正がサポートするのは、 通常、各ブランチ毎に最も新しい 2 つのリリースです。 セキュリティオフィサチームは、 他のリリース版もこのルールに則ったサポートを行ないます。

6. アップグレードの際の注意点

この節では現在 FreeBSD システムを利用している方向けに、 FreeBSD 4.X システムを 5.X システムにアップグレードする際の 注意点について説明します。 FreeBSD をアップグレードする場合は、アップグレードしたいバージョンの リリースノートと errata 文書を読むこと、また、 ソースからアップグレードする場合には src/UPDATING を読むことが重要です。

7. まとめ

FreeBSD 5.0 には魅力的な機能がたくさん含まれています。 しかし現時点では、それがすべての皆さんの期待に応えられるものではないかも知れません。 この文書では、リリースエンジニアリングの背景と 5.X 系列の特筆すべき新機能の一部について、 初期リリースを使う上でのいくつかの欠点についてとりあげました。 また、将来の 4-STABLE 開発ブランチの計画と、 初期リリースを利用する人向けのアップグレードのヒントも説明しています。