全て
| カテゴリ未分類
| KNOPPIX
| Linux全般
| KNOPPIX BBS
| 源氏物語
| Windowsでサーバの実験
2004年04月10日
テーマ： KNOPPIXについて(45)
カテゴリ： カテゴリ未分類
この実験は2004年8月に成功しています。
googleで検索してこのページに来ても、成功した記事になかなかたどり着けないようなので更新しました。(2005/4/2更新)
結果から言うと、うまくいかなかったのですが、実験してみたので、とりあえず、報告します。
OracleとKNOPPIX、非常にちぐはぐな取り合わせですね。普通に考えると、そんな取り合わせにどんな意味があるのと思われそうなので、まず、その辺から。
データベースを業務で使う場合、Oracleだと、これまでは最低でも数十万円かかりました。今月発売されたばかりのOracle 10gでは、最低価格は大幅に値下げされたので、10万円割れからOracleを選択できるようになりましたが、それでも、無償でインストール不要の簡単Linuxが売りのKNOPPIXには釣合いませんよね。KNOPPIXならMySQLかPostgreSQLを選ぶのが普通です。
しかし、Oracleをインストールする目的にはもう一つあります。台数的にはその方が多いかもしれません。それは、開発・評価目的のOracleです。
開発するデータベースが大きなものになってくれば、それにつれて、開発に携わる人、部署、事業所も増えてきます。
そんなとき、開発用のOracleサーバは、たぶん、部署ごとに別々に持つことになるはずです。
というのは、開発の初期段階(単体テスト～連動テスト)や、本番開始後の保守段階では本番用のデータベースには接続できないのが普通だからです。それでも、開発・テスト・調査などのためにデータベースが必要になるので、手元のあり合わせのマシンに本番用と同じバージョンのOracleをインストールして使うわけです。
現在は、OTN有償会員(約３万円/３ヶ月)になると、現在のOracleの全製品の開発ライセンスを入手できますし、今月発売されたばかりのOracle 10gなら、５月末までのキャンペーン期間中に申し込めば、わずか３千円で最上位エディションの開発ライセンスを入手できます。
このようにしてライセンスの問題が解決すると、次に問題になるのは、それをインストールするマシンです。
Oracleはこの数年間に非常に沢山のバージョンを発表してきました。Oracle 8以降だけでも、以下のような状況です。
・Oracle 8 ： 8.0.3、8.0.4、8.0.5、8.0.6
・Oracle 8i ： 8.1.5、8.1.6、8.1.7
・Oracle 9i ： 9.0.1、9.2.0
・Oracle 10g： 10.1.0
これだけ、いろんなバージョンが矢継ぎ早に出てくると、同じバージョンのOracleを２度以上使うのはめずらしいケースになります。
結局、現状では以下のどれかを選んで対応することになります。
（１）新しいマシンを調達して新しいOracleをインストールする。（滅多に無い）
（２）古いマシンの古いOracleを削除して新しいOracleをインストールする。（よく失敗する。ひどいときはシステムごと再インストールしたことも。また、複数プロジェクトでの共有は困難。）
（４）古いマシンの古いOracleを使い続ける。（新バージョンの新機能は使わず、無視する）
私の場合は、このうち（３）か（４）になることが多いです。
さて、ここからが本題。もし、KNOPPIXにOracleがインストールされていたらどうでしょう。サイズ的にＣＤブートは無理ですが、DVDブートかFAT32ブートならＯＫ。データベースファイルとスワップを確保するためにFAT32パーティションは必要になりますが、メモリが128MB以上搭載され、FAT32パーティションに2～3GB程度の空きを確保できるという条件だけなら、意外に多くのマシンが使用できそうです。もっとも、メモリ128MB以上で使えるのはOrcale 8iまでの話で、Oracle 9i/10gは512MB以上のメモリが必要になりますが、デスクトップＰＣなら、空いているマシンからメモリを集めてくるなどにより、何とかなりそうです。
最近は事務用ＰＣと実験用ＰＣの２台のパソコンを一人で扱う場合も多くなってきました。実験用ＰＣの方には多くの開発ツールと一緒に大抵Oracleクライアントなども入っています。しかし、この実験用ＰＣにOracleサーバをインストールしようという話になると、ちょっと身構えてしまいます。新たにWindows 2000 ServerやMiracle Linuxなどをインストールするとこれまでに揃えた各種開発ツールが使えなくなってしまいますし、いつものWindowsにインストールするのは、上に上げた理由や、他にもいくつか理由があり、好ましくないのです。
反面、事務用ＰＣにOracleをインストールする方には可能性があります。開発や実験の間は、事務用ＰＣは空いているので一時的に転用できる可能性があるからです。もっとも、Oracleを事務用マシンのいつものWindowsにインストールするとか、新たにWindows 2000 ServerやMiracle Linuxなどを事務用マシンにインストールするというと、やはり身構えてしまいますが、KNOPPIXなら、FAT32パーティションに数GB程度の空きを確保し、そこにいくつかのファイル（cloopファイル、継続的ホームディレクトリファイル、スワップファイル、パッチファイルなど）をコピーして置くだけで良いので、現実味を帯びてきます。
そこで、本当にKNOPPIXにOracleをインストールできないだろうかと思って始めた実験がこれです。
KNOPPIXにOracleをインストールする場合、大きく次の２つのケースがあると考えます。
使う立場では、(ケース２)の方が使い易いのですが、とりあえず実験してみるには(ケース１)の方が簡単なので、今回は(ケース１)で実験しました。
＃もうひとつ、KNOPPIXをHDにインストールして使う方法があるといわれそうですが、HDにインストールするなら、Miracle Linuxなど、もっと良いLinuxがあるので、ここでは考えないことにします。
現在、私がOracleの開発ライセンスを持っているのは、Linux版ではOrcale 8i 8.1.6と8.1.7だけなのと、テスト機がノートパソコンで、メモリが384MBしかないことから、今回は8.1.7を使うことにしました。
次にインストール方法ですが、「 Oracle8i for Linux Intel インストレーション・ガイド リリース8.1.7 」を読むと、カーネルの再構成が必要になるように書かれています。私は昨年５月ごろ、FAT32ブートのままカーネルの再構成に挑戦して失敗しています。なぜ失敗したのか、ある程度分かってきたので、いずれ機会を見て再挑戦しようとは考えていました。しかし、今回、それをやらなければいけないとすると、うまくいくのか、少々不安でした。
そんなとき「 Oracle8i R8.1.7 for Linux スタートガイド 」を知り、そちらには、カーネルの再構成をしないで済ます方法が解説されていました。そこで、今回の実験では、このスタートガイドにそってインストールしました。このスタートガイドどおりにならない点は、以下の通りです。
(1) KNOPPIXではKDEを別のアカウントでログインしなおすというのが容易ではないので、スタートガイドに書かれているユーザ名・グループ名の追加はせず、「knoppix」をそのまま使用しました。（ユーザ名・グループ名共）
(2) JDK 1.1.8はBlackdown のFTP サイトからダウンロードしましたが、そのURLは少し異なっていました。
(3) ORACLE_BASEなどの環境変数の設定を追加するのは、「.bash_profile」ではなく「.bashrc」になります。
(4) ORACLE_BASEの位置は、継続的ホームディレクトリ内に確保するため、「/u01/app/oracle」⇒「/home/knoppix/oracle」に変更しました。
(5) インストール作業の途中で実行する構成スクリプト「root.sh」では、awkのフルパス名が/bin/awkになっていましたが、KNOPPIXでは/usr/bin/awkなので、このroot.shをkwriteなどのエディタで修正する必要があります。
以上のようにすることで、しばらくの間は、おおむね順調にインストールが進んでいきました。しかし、ある程度進んで構成スクリプト「root.sh」の実行を促すメッセージを表示する直前あたりで、makeがエラーになり、止まってしまいました。そのときのmakeのログの最後の部分は以下のようになっていました。
$ cd /home/knoppix/oracle/product/8.1.7/rdbms/lib
$ /usr/bin/make -f ins_rdbms.mk install ORACLE_HOME=/home/knoppix/oracle/product/8.1.7
chmod 755 /home/knoppix/oracle/product/8.1.7/bin
rm -f oracle ・・・
- Linking Oracle
rm -f /home/knoppix/oracle/product/8.1.7/rdbms/lib/oracle
gcc -o /home/knoppix/oracle/product/8.1.7/rdbms/lib/oracle ・・・(1159桁の長いコマンドライン)
/home/knoppix/oracle/product/8.1.7/lib//libdbicx8.a(sndwutl.o)(.text+0x1307): In function `sndwugtf_get_temp_file':
: warning: the use of `tempnam' is dangerous, better use `mkstemp'
/home/knoppix/oracle/product/8.1.7/lib//libpls8.a(spssimb.o)(.text+0x303): In function `pss_gets':
: warning: the `gets' function is dangerous and should not be used.
/usr/bin/ld: /home/knoppix/oracle/product/8.1.7/rdbms/lib/oracle: hidden symbol `__fixunssfdi' in /KNOPPIX/usr/bin/../lib/gcc-lib/i486-linux/3.3.3/libgcc.a(_fixunssfdi.oS) is referenced by DSO
collect2: ld はステータス 1 で終了しました
make: *** [/home/knoppix/oracle/product/8.1.7/rdbms/lib/oracle] エラー 1
なぜエラーになるのか、まだ原因は分かっていませんが、使用しているgccのバージョンの問題かもしれません。
Red Hat Linux 7.1に対して適用するパッチの解説を読んでみると、glibcなど、いくつかのライブラリは、Red Hat Linux 6.2互換の古いもの(glibc-2.1.3など)をインストールしないといけないそうです。より新しいLinuxには未対応になので、KNOPPIXのような最新のLinuxにインストールするのは無理があるのかもしれません。
結局、このエラーを解決することが出来ず、ここで中断しているのが現状です。
過去のKNOPPIX関連日記一覧はこちら
KNOPPIX実験室
googleで検索してこのページに来ても、成功した記事になかなかたどり着けないようなので更新しました。(2005/4/2更新)
結果から言うと、うまくいかなかったのですが、実験してみたので、とりあえず、報告します。
OracleとKNOPPIX、非常にちぐはぐな取り合わせですね。普通に考えると、そんな取り合わせにどんな意味があるのと思われそうなので、まず、その辺から。
データベースを業務で使う場合、Oracleだと、これまでは最低でも数十万円かかりました。今月発売されたばかりのOracle 10gでは、最低価格は大幅に値下げされたので、10万円割れからOracleを選択できるようになりましたが、それでも、無償でインストール不要の簡単Linuxが売りのKNOPPIXには釣合いませんよね。KNOPPIXならMySQLかPostgreSQLを選ぶのが普通です。
しかし、Oracleをインストールする目的にはもう一つあります。台数的にはその方が多いかもしれません。それは、開発・評価目的のOracleです。
開発するデータベースが大きなものになってくれば、それにつれて、開発に携わる人、部署、事業所も増えてきます。
そんなとき、開発用のOracleサーバは、たぶん、部署ごとに別々に持つことになるはずです。
というのは、開発の初期段階(単体テスト～連動テスト)や、本番開始後の保守段階では本番用のデータベースには接続できないのが普通だからです。それでも、開発・テスト・調査などのためにデータベースが必要になるので、手元のあり合わせのマシンに本番用と同じバージョンのOracleをインストールして使うわけです。
現在は、OTN有償会員(約３万円/３ヶ月)になると、現在のOracleの全製品の開発ライセンスを入手できますし、今月発売されたばかりのOracle 10gなら、５月末までのキャンペーン期間中に申し込めば、わずか３千円で最上位エディションの開発ライセンスを入手できます。
このようにしてライセンスの問題が解決すると、次に問題になるのは、それをインストールするマシンです。
Oracleはこの数年間に非常に沢山のバージョンを発表してきました。Oracle 8以降だけでも、以下のような状況です。
・Oracle 8 ： 8.0.3、8.0.4、8.0.5、8.0.6
・Oracle 8i ： 8.1.5、8.1.6、8.1.7
・Oracle 9i ： 9.0.1、9.2.0
・Oracle 10g： 10.1.0
これだけ、いろんなバージョンが矢継ぎ早に出てくると、同じバージョンのOracleを２度以上使うのはめずらしいケースになります。
結局、現状では以下のどれかを選んで対応することになります。
（１）新しいマシンを調達して新しいOracleをインストールする。（滅多に無い）
（２）古いマシンの古いOracleを削除して新しいOracleをインストールする。（よく失敗する。ひどいときはシステムごと再インストールしたことも。また、複数プロジェクトでの共有は困難。）
（４）古いマシンの古いOracleを使い続ける。（新バージョンの新機能は使わず、無視する）
私の場合は、このうち（３）か（４）になることが多いです。
さて、ここからが本題。もし、KNOPPIXにOracleがインストールされていたらどうでしょう。サイズ的にＣＤブートは無理ですが、DVDブートかFAT32ブートならＯＫ。データベースファイルとスワップを確保するためにFAT32パーティションは必要になりますが、メモリが128MB以上搭載され、FAT32パーティションに2～3GB程度の空きを確保できるという条件だけなら、意外に多くのマシンが使用できそうです。もっとも、メモリ128MB以上で使えるのはOrcale 8iまでの話で、Oracle 9i/10gは512MB以上のメモリが必要になりますが、デスクトップＰＣなら、空いているマシンからメモリを集めてくるなどにより、何とかなりそうです。
最近は事務用ＰＣと実験用ＰＣの２台のパソコンを一人で扱う場合も多くなってきました。実験用ＰＣの方には多くの開発ツールと一緒に大抵Oracleクライアントなども入っています。しかし、この実験用ＰＣにOracleサーバをインストールしようという話になると、ちょっと身構えてしまいます。新たにWindows 2000 ServerやMiracle Linuxなどをインストールするとこれまでに揃えた各種開発ツールが使えなくなってしまいますし、いつものWindowsにインストールするのは、上に上げた理由や、他にもいくつか理由があり、好ましくないのです。
反面、事務用ＰＣにOracleをインストールする方には可能性があります。開発や実験の間は、事務用ＰＣは空いているので一時的に転用できる可能性があるからです。もっとも、Oracleを事務用マシンのいつものWindowsにインストールするとか、新たにWindows 2000 ServerやMiracle Linuxなどを事務用マシンにインストールするというと、やはり身構えてしまいますが、KNOPPIXなら、FAT32パーティションに数GB程度の空きを確保し、そこにいくつかのファイル（cloopファイル、継続的ホームディレクトリファイル、スワップファイル、パッチファイルなど）をコピーして置くだけで良いので、現実味を帯びてきます。
そこで、本当にKNOPPIXにOracleをインストールできないだろうかと思って始めた実験がこれです。
KNOPPIXにOracleをインストールする場合、大きく次の２つのケースがあると考えます。
（ケース２）cloopファイルにOracleのプログラムもインストールしてあり、継続的ホームディレクトリにはOracleのデータベースだけをインストールする。
使う立場では、(ケース２)の方が使い易いのですが、とりあえず実験してみるには(ケース１)の方が簡単なので、今回は(ケース１)で実験しました。
＃もうひとつ、KNOPPIXをHDにインストールして使う方法があるといわれそうですが、HDにインストールするなら、Miracle Linuxなど、もっと良いLinuxがあるので、ここでは考えないことにします。
現在、私がOracleの開発ライセンスを持っているのは、Linux版ではOrcale 8i 8.1.6と8.1.7だけなのと、テスト機がノートパソコンで、メモリが384MBしかないことから、今回は8.1.7を使うことにしました。
次にインストール方法ですが、「 Oracle8i for Linux Intel インストレーション・ガイド リリース8.1.7 」を読むと、カーネルの再構成が必要になるように書かれています。私は昨年５月ごろ、FAT32ブートのままカーネルの再構成に挑戦して失敗しています。なぜ失敗したのか、ある程度分かってきたので、いずれ機会を見て再挑戦しようとは考えていました。しかし、今回、それをやらなければいけないとすると、うまくいくのか、少々不安でした。
そんなとき「 Oracle8i R8.1.7 for Linux スタートガイド 」を知り、そちらには、カーネルの再構成をしないで済ます方法が解説されていました。そこで、今回の実験では、このスタートガイドにそってインストールしました。このスタートガイドどおりにならない点は、以下の通りです。
(1) KNOPPIXではKDEを別のアカウントでログインしなおすというのが容易ではないので、スタートガイドに書かれているユーザ名・グループ名の追加はせず、「knoppix」をそのまま使用しました。（ユーザ名・グループ名共）
(2) JDK 1.1.8はBlackdown のFTP サイトからダウンロードしましたが、そのURLは少し異なっていました。
(3) ORACLE_BASEなどの環境変数の設定を追加するのは、「.bash_profile」ではなく「.bashrc」になります。
(4) ORACLE_BASEの位置は、継続的ホームディレクトリ内に確保するため、「/u01/app/oracle」⇒「/home/knoppix/oracle」に変更しました。
(5) インストール作業の途中で実行する構成スクリプト「root.sh」では、awkのフルパス名が/bin/awkになっていましたが、KNOPPIXでは/usr/bin/awkなので、このroot.shをkwriteなどのエディタで修正する必要があります。
以上のようにすることで、しばらくの間は、おおむね順調にインストールが進んでいきました。しかし、ある程度進んで構成スクリプト「root.sh」の実行を促すメッセージを表示する直前あたりで、makeがエラーになり、止まってしまいました。そのときのmakeのログの最後の部分は以下のようになっていました。
$ cd /home/knoppix/oracle/product/8.1.7/rdbms/lib
$ /usr/bin/make -f ins_rdbms.mk install ORACLE_HOME=/home/knoppix/oracle/product/8.1.7
chmod 755 /home/knoppix/oracle/product/8.1.7/bin
rm -f oracle ・・・
- Linking Oracle
rm -f /home/knoppix/oracle/product/8.1.7/rdbms/lib/oracle
gcc -o /home/knoppix/oracle/product/8.1.7/rdbms/lib/oracle ・・・(1159桁の長いコマンドライン)
/home/knoppix/oracle/product/8.1.7/lib//libdbicx8.a(sndwutl.o)(.text+0x1307): In function `sndwugtf_get_temp_file':
: warning: the use of `tempnam' is dangerous, better use `mkstemp'
/home/knoppix/oracle/product/8.1.7/lib//libpls8.a(spssimb.o)(.text+0x303): In function `pss_gets':
: warning: the `gets' function is dangerous and should not be used.
/usr/bin/ld: /home/knoppix/oracle/product/8.1.7/rdbms/lib/oracle: hidden symbol `__fixunssfdi' in /KNOPPIX/usr/bin/../lib/gcc-lib/i486-linux/3.3.3/libgcc.a(_fixunssfdi.oS) is referenced by DSO
collect2: ld はステータス 1 で終了しました
make: *** [/home/knoppix/oracle/product/8.1.7/rdbms/lib/oracle] エラー 1
なぜエラーになるのか、まだ原因は分かっていませんが、使用しているgccのバージョンの問題かもしれません。
Red Hat Linux 7.1に対して適用するパッチの解説を読んでみると、glibcなど、いくつかのライブラリは、Red Hat Linux 6.2互換の古いもの(glibc-2.1.3など)をインストールしないといけないそうです。より新しいLinuxには未対応になので、KNOPPIXのような最新のLinuxにインストールするのは無理があるのかもしれません。
結局、このエラーを解決することが出来ず、ここで中断しているのが現状です。
過去のKNOPPIX関連日記一覧はこちら
KNOPPIX実験室
お気に入りの記事を「いいね！」で応援しよう
【毎日開催】
15記事にいいね！で1ポイント
PR
© Rakuten Group, Inc.
