Linux Gazette 2005年9月投稿記事
目次
2章：重大なソフトウェア強盗
前章で、財産権ソフトウエアからフリー・ソフトまで過程をを要約した。ここで、この自由な運動が共産主義と密接に結合している様相を丹念に調べる。
オープンソース運動は、前述のように、効率的なソフトウェアを作成する必要から生まれた。ハッカー文化は以前にも存在したが、オープンソースモデルは最初にLinuxの開発で成功裡に採用された。商用ベンダー(SCOさえ)は、UNIXが商機であるとかそれに市場があると理解しなかったとの主張する者もいたが、今、彼らはその誤りを認めている。したがって、これらのベンダーのうちの誰かがUNIXを市価で販売使用と真剣に考えても、そこにLinuxは登場しなかったであろう。しかし、大学と研究部門においては高価なUNIXの少なくとも代替物としてLinuxが適切なソフトウエアであるとの多かれ少なかれ既成の事実があるので、最早実際の議論にはならない。
Linuxの穏やかな成功は多くの目を引きつけた。それを、マイクロソフトの暴政から彼らを解放する魔法のソフトウェアと見なす人もいた。オープンソースについて最も番良いことは、人々が、上司に命じられることではなく自分のしたことが出来るだろうと考えたことだった。これは、(資本のような)別の資源を持たない個々の開発者に非常に有望に思えた。彼らがよい考え(設計)を持っているとき、彼らがしなければならないのは部分コードを書くことだけで、大きなコミュニティーがそれを素晴らしいソフトウェアに変えてくれるるだろうと、彼らに信じさせたからだ。主開発者又はコーディネータは、物事を円滑に進めるため(バザー規則参照)よいリーダーである必要があることも気付いた者もいたが、これはすべて達成可能であると思えた。このモデルにおいては、ソース・コードがすべてに利用可能であることが必要で、これを保証するため、様々なライセンスは公式化された。そのようなライセンスのうち一つがはGNUの汎用目的ライセンス(GPL)であった。
GNU GPLは、そのまわりに自由哲学全部が織り込まれていいるので(GNU哲学参照)、最もポピュラーなライセンスになった。GPLは、ウイルスライセンスの最上の事例の一つで、下記のようなその2b項によって強化されいる：
自分が配布又は公表するすべての作品で、全体又は部分的にそのプログラム又はその任意の部分を含むか又は誘導される作品を、このライセンスの条件の下で、全体としてすべての第三者に無料でライセンスしなければならない。
平易な英語で、これは、開発者がGPLされたソフトウェアから任意のコードを使用するときは、彼の新しいソフトウェアもGPLライセンスに入ることを意味する。こうしてGPLライセンスのソフトウェアの数は指数関数的な割合で増加した。また、GNU哲学により、これは皆に自由を与えた。これは完全な世界において真実かも知れない。しかし、それは私たちが住む場所ではない。人間は力と貪欲に対する渇望によって駆り立てられる。
GNU哲学(及びGPL－その実施の方法)は、リチャード・ストールマンによって提出されせられ、共産主義との非常に硬直した類似点を持っている。それはその事実上の化身と思える。流を見出すため、読み続ける。
トマス・フリードマンは著書「世界は水平である」の中で、グローバル化により、大きい会社が小さい振りをし小さい会社が大きい振りをすることができるようにした、と言った。それは競技場を倒した。これは様々なグループと個人の間の共同作業と共有の増加による。
GNU GPLは、競技場を倒す代わりに、現実に、彼ら全員が同様の目標と対象を持っているとの感覚で、開発者社会全体が平等であるとの錯覚を作り上げた。従って皆に対する同じ報酬－自我の充足。理解する必要のあることは、お金は単なる報酬、動機又は必需品ではなく実際は作品のための抽象であると言うことだ。人々は異なるものに異なる価値を付ける。取引が健全であるのはそれが理由だ。扶養すべき家族がいる開発者が、自分のソフトウエアから利益を得ようとする一方で、大学の研究者である別の者は、利益について心配することなく良い評価と仲間の認識で満足するのは、それが理由だ。
その作品に関して、開発者にロイヤルティあるいは補償を支払うのは、それによって人々が増やした価値を取得することが出来るので、公平であるだけでなく、究極的には偉大な平等主義者(競技場の)である。GNU GPLをグローバル化の例証と見なす人もいる。ここで危険信号を出したい。
「貨幣補償のない共同作業と共有は、
グローバル化ではなく、共産主義を支援する」
FSF(フリー・ソフトウェア・ファウンデーション)は、開発者社会の平等を（目標を対象の点で偽って信じるだけでなく、消費者社会を見る間も同じ誤りを犯している。それは、社会の異なるセクションの要求を認識しない。私が言いたいのは、価格は常に要因だが、必ずしも決定的要因だとは限らないと言うことだ。人々(又は消費者)の優先事項は異なる。1つのセクションの人々のとっては、ソフトウェアのユーザー・フレンドリーな性質が最重要性である一方、他の人は販売後のサービスと支援を評価するかも知れない。社会の限られたセクションの関心を大声で表し、社会全体の必要であると主張するのは、考えられる最悪のマーケティング技術だ。
問題をさらに悪くしているのは、開発者社会と消費者社会の中の異なる対象を認識する無能力とは別に、共同開発者としての顧客全部を間違って解釈する大失敗を犯していることだ。こうして、一つの大きい社会を信じる。サブハシッシュ・グロッスは、彼のエッセイ「ＧＮＵ哲学批判(II)」の中でこの点をうまく説明している。彼の説明は：
カール・マルクスの共産主義理論の失敗の最も主要な理由のうちの1つは、「市場と交換価値の両方を所有する商品としての人間の労働」の基礎的な必須の暗黙の仮定であった。ストールマンは、この基礎のない合成仮定に関する点でマルクスさえ凌駕するように思える。会社または個人は、基礎的な動機を持ってソフトウェアを作成する。誰かの知的財産(又は人々のコレクション)を使用する動機は、それが即時の結果として生産する商品(又は物件)及び効果を使用することである。違いが存在するのここである。マイクロソフトWordプログラム又はvi(Linuxの中の)は、両方ともエンドユーザが自分の考えを書き留めることを可能にするので、機能性の点から同一だ。効果は両方の場合に同じだ。その人が最終結果を達成する方法が最も重要なので、Word又はviエディタを修正するその人固有の能力ではない。したがって、プログラムを修正し適応させすることができることは、外部の付加的な選択で、すべての人類に利用可能な即時の固有の選択ではない。ストールマンの自由な(オープン・ソース)ソフトウェアの異様な哲学は、私たちのまわりの生命についてのこの非常に誤った基礎的な理解の周りをうろついていると思われる。
したがって、FSFが提案する協力のこの正しくないモデルのため、適切な資源を持たない時間が乏しく予算の少ない開発者は、結局しばしばGNU GPLを使用こととなる。引き続いて、彼らは、それらのプロジェクトが低い予算であるのを止められたかも知れない一つのこと、自分の知的財産権、を今やGPLウィルスによって没収されて、諦めることを余儀なくされる。
このように、GNU哲学は、共産主義のように、それが保護すると主張するまさに人々を、非常に傷付けて奴隷制を育成する。
彼らが共産主義者ではないことを証明するため、FSFは、一般に(共産主義と異なって)自由は尊ぶが平等は余り多く主張しないと述べる非常に下手なな弁解をする。FSFは、ソフトウェアの代価を払うことが人の自由を奪うと繰り返し主張する。製品の販売はその製品に対する義務と責任を意味するので、これは絶対に真実ではない。特定のソフトウェアを買うか買わないかは顧客の選択だ。強要する訳には行かない。代わりに、我々は、適切な競争を提供する方法を議論するべきだ。これは実際の議論であるべきだったが、FSFは誤ってそれを「自由の論争」にした。
誰かが財産権ソフトウェアを購入しても、将来手直しと更新の費用を払うことが出来なければ行き詰まるとの理由でフリー・ソフトをを弁護する人がいる。フリー・ソフトが非常に解放されているのはそれが理由だと、彼らは言う。私の意見は、それはホーム・ユーザーのため無料のパッチ/改良を供給することを正当化するかも知れないが、商用ユーザのためには、全く意味がない。会社が財産権ソフトウェアを買うとき、投資を行っている。そこで、それから利益を生み、将来の更新で回収するのはその組織の開発者と管理者のの責任だ。それに幾分でも失敗するとき、非難されるのは財産権ソフトウエアではなく組織なのだ。
FSF一般的に－少なくともプログラム作成で－豊かになることに反対だ。GNU宣言書からの数行を示す：
プログラマが飢えない実際の理由は、プログラミングに払われること可能で、今のように多くは支払われないだけだ。
長い目で見ると、無料でプログラムを作成することは、単に生活のために激しく働く者は誰もいないポスト不足世界に向けての1ステップだ。人々は、立法、家族相談、ロボット修理、及び惑星探査のような要求された仕事で1週当たり必要な10時間を過ごした後、楽しいプログラミングのような活動に自由に専念することができるであろう。ここではプログラミングから生活費を作る能力は必要ないだろう。
FSFは、自分達は利益を出す人々に反対しないと主張する。彼らは、無料ソフトの分配か再分配により、及び販売後のサポートを通じて、人々が利益を出すは自由だと言う。もし注意深く読むと、FSFが言っていることは非常に自家撞着であるかが判る。彼らによれば、人々が自分の好きで、自然な才能を持つこと－つまりコード作成－を行うことが出来るので、無料ソフトの全体概念はよかったと言う。今、彼らは、自然には通じていない何かをすることをするように人々に依頼していいる。販売配、サービス及びサポートのビジネスで成功するには、同じ個人の中にあるかもしれないか、ないかもしれない－プログラミング以外の技倆－が不可欠だ。したがって、これらの技倆を持つ他の誰かは、知的財産権を持たないプログラマに支払う面倒をしないで、利益を刈り取ろうとするだろう。したがって、小数のの賢い個人は利益を得るだろうが、社会の多数のセクションは、孤立無援に成るだろう。これを修正する天然のままの方法は企業かもしれない。彼らはプログラマおよび必要なマネージャーを組織するかも知れない。 しかし、そのような組織は、利潤の動機がなく、寄付金でのみ長い間生き残ることは出来ない。そこで、出発点、財産権ソフトウエア、に戻ってしまう。(Red Hatの同類を考えるなら、、それらは間もなく発表する3章で私が議論しよう企業取込の事例だ）)。株式会社が個人より成功する。彼らは才能者を構成することができるからだけでなく、見通し、目標及、び対象を定義することが出来て、長期的なサポートを提供するためにそれらに止める能力がからだ。
GNU宣言書からの上記のステートメントが注目する別の確信は、新技術のインプリメンテーションに伴って、古い職業が旧式にならざるをえないということだ(これらの基礎に基づく無料ソフト正当化に関する詳細は、ヘルギ・フラフン・グンナルスソン著「共産主義のベイカー・イエス」参照）。新技術が生産性を約束するので、専門家の喪失は事実上認容可能になる。この議論はFSFがそれ程労働に友好的でなく資本主義者であって共産主義者でないことを証明するために一般に使用される。さらに、トマス・フリードマンは、グローバル化された経済では、幾つかの職業が旧式になるだろうが、新技術それ自体は新たな専門家を作るので、そのような推移は長い目ではて有益であると言った。これが実際にソフトウエア産業の場合であるならば、FSFは正しいことになる。しかし、以下の議論は、彼らが間違っていることを証明する。先ず、職業を旧式にするのに、それらは技術でなく訴訟を使用している。さらに、彼らの要求がまだそこにあるので、プログラマは実際は旧式になっていない。したがって、彼らは現実に奴隷にされており、根絶されてはいない。 AI(人工知能)の開発がプログラマはもはや必要としないレベルに達した場合がそれであった。すべての資本家はそれを支援したであろう。また、新しい環境にしたがって自分の技術を改良するのはプログラマの責任であったろう。しかし、FSFによる現在の議論は資本主義イデオロギーではない。
今、終わるに当たって、無料ソフト・モデル及び特にGNU GPLにはひどく欠陥がある。それは資本家イデオロギーやグローバル化の例証ではなく、共産主義だ。その広範囲の使用によって達成した唯一つのものは、プログラマの愛情の籠もったコストを持つソフトウェアの奴隷化および強盗である。
これらすべては、オープンソース・ソフトウェアが完全に無意味で反逆すべきものであることは意味しない。それが導く良い点が沢山ある。それに付いては3章で記述する。だが、すべての開発者、特に個人は、自分がが選ぶライセンスにつき－それらが最も評価するものとその優先度に基づいて－慎重でなければならない、さもないと、結局生計を破壊する結果になるかも知れない。
1章：揺り籠から墓場まで
初めに、人がいた。人は機械を作成した。その中で最大のものは、コンピューターであった。これら強力なものと対話するために、彼はソフトウェアを作成し－それらを制御し支配しようとした。何かが起っただろうか。否だ。機械は支配されず、我々は母組織の中に捉えられた。
多くの人々がこの開発を完全な商機と理解した。彼らは様々なグループあるいは営利団体を組織し、これらの機械とうまく対話する方法について、素晴らしい考え－良いソフトウエアを作成する方法－を提案し始めた。これらグループは、自分達がが発展させた考えの特許を取り、続いてそれらを利益のために市場で販売した。
そのように開発されたソフトウェアは、財産権ソフトウエアとして知られるようになった。開発、デバッグ、改良および販売のための権利は開発者が保留した。したがって、開発会社は、出来る最良の頭脳を入手してソフトウェアを開発又は維持しようとした。実行された改良は、異なるバージョンとしてリリースされ、それにより命名されて/番号を付けられた。合併・買収も普通のことで、ある場合によってはは拡張と改良の政策の一部であった。
資本家(私のような)ならば、これはすべて、非常に正常で生産的であると理解するだろう。
年の経過とと共に機械の間の相互作用の必要が成長した。これはインターネットの誕生に結びついた。インターネットは多くの問題を解決した(新しいものもまた沢山生み出した)。トマス・フリードマンの言葉では－それは水平な世界を作った。最も重要なのは、通信コストを下げたことだ。今や、世界の異なる場所からの開発者が同じプロジェクトに取り組んでおり、地球上のいかなる場所にいる同僚とも通信することができる。したがって、取引コストは減少した。
正にコンピュータ時代の始めから、製作に新しい文化があった。多数がそれをハッカー文化と呼ぶ。最初は学術的なサークルに限られており、単に既存のソフトウェアをいじくりたい技術屋を巻き込んでいた。だが、財産権ソフトウェアの権利が開発者に保留されるようになってから、それらのうち幾人かが自分のソフトウェアを設計し始めた。これは、既存のソフトウェアのうちの幾つかに非能率を生じる結果となった。
インターネットの成長は、ハッカー文化を大きく後押しした。それによってハッカーは他の人すべてとコードを共有することができた。この共有と共同作業により、それらのソフトウェアの連続的な改良が保証された。これとは別に、多くのセキュリティのバグ（コンピュータ・プログラム/コードの傷）も浮上し始め、ソフトウエア会社がそれらを定期的に削除することが次第に困難になった。これはすべて、現在のビジネス・モデル(財産権ソフトウェア)が最早適切でないことを明らかにした。したがって－効率の良いソフトウェアの作成－オープンソース運動の誕生は－は必要であった。
エリックS.レイモンドは、有名なエッセイ「大聖堂とバザー」の中でこのポイントをとてもうまく証明している。彼によれば、多数の人々を与えられると、ソフトウェア開発は非常に効率が良くなる。従って、ベータ・テスターのプールが大きいと、確かに遙かに速くバグを見つけて、修復することができる。更に、彼は、バザー・モデルを利用するソフトウェアは、利得を最大限にすることに従わなければならないとのルールを規定した。さらに、彼は、最初からバザー・スタイルでコード化することはできないことを明らかにした。バザー・モデルは、最初から最後までそれを設計することではなく、ソフトウェアをテストし、デバッグし、改善する間に最大の利得を提供する。したがって、成功する「バザー・スタイル」ソフトウェアは、単によいデザイナーであるだけでなく、指導者的素質を持っておりベータ・テスターを絶えず刺激させ続けることの出来るコーディネータ(この人は元々の設計者であってもなくても良い）を持っていなければならない。こうして我々は、効率と生産性を増加させる科学的方法をを持つことが出来たが、利益を生むビジネス・モデルにそれを吸収するとの課題は残った。
そこで、これらの出来事を商機に変えるために会社は何を行ったかだ－。さて、変わったことをしようとする誰にでも推測するように、抵抗するものがいて（
マイクロソフト参照）戦争状態になった。IBMのような他のものは、オープンソースの上で財産権ソフトウエアを開発し自分達の利益の一部をオープンソースの開発に再投資した。単なる政治的小細工から非常に生産的なものまでさらに多くの考えが流入した。それをカバーするには別の異なるエッセイを書かなければならない。これについては、GNUと呼ばれる非常に異なる傾向寧ろ運動(誰かが呼ぶように)に焦点を当てる。。
GNUは「GNUはUNIXではない」の再帰的な頭文字だ。開発者によっては(むしろ政治家だったが)、オープンソース運動は技術的・経済的目標の達成のすべてであると感じている。彼らはこの運動にモラルと倫理の立場－現実性からイデオロギーに取り上げること－を与えようとした。従って、フリー・ソフト運動又はＧＮＵ運動とと言う新しい運動が生まれた。
今の処、これより適切な引用を思い付かない。歴史から学ぶ唯一つのことは、私たちがそれから学んでいないと言うことだ。道義的な基準を動員して、独占の営利団体すべてを非難し、人々の自由を求めて大声でに叫ぶことは、共産主義者が示すことのできる最良の特性だ。倫理学を考慮するべきでないとは言わない。独占的でな組織は無く、自由は不必要だ。私が言っているのは、共産主義のような理想主義ではこれらのものを達成することができないということだ。歴史は、これらのものが市場の力に残された最良のもの－最も大きな民主主義の力のうちの1つ－であることを繰り返し示した。これらの市場の力を有効にするのに不可欠なのは適切な競争だ。顧客に選ぶオプションがある場合、自分自身で最も倫理の会社を選ぶ。それが本質的に真実の自由なのだ。独占的な会社は、彼らの習慣を変えることを強いられそうしないビジネスを失う(それはマイクロソフトに起こっていいることだ）。これはまさにオープンソース運動が最初に目指したことだ。顧客を共同開発者に変えること－それは共産主義者が駆動するフリー・ソフト運動が乗っ取る前の状況だ。
多くの開発者が二つの運動－オープンソースとフリー－同じだと考えている。時には、二つは補完的で、同じゴールを求めて努力しているように見えるけれども、それは真実ではない。フリー・ソフト運動はオープンソース運動に道学者的な含みを与えていない－それを共産主義運動にしてしまった。
Cluster ResourcesがTORQUE 1.2.0p6をリリース
Cluster Resourcesは、TORQUE*ユーザ・コミュニティと協力して、TORQUEリソース・マネージャ－元のオープンPBS上に構築されるリソースマネージャ－のバージョン1.2.0p6をリリースした。1,200以上のパッチを含み、拡張性を増して安定にした。最新のTORQUEにより、コンフィギュレーションと管理の拡張が出来るようになる。
TORQUE 1.2.0p6 により、USCとOSCが寄与した機能を持つMOMコンフィギュレーションが可能になる。新しい機能に含まれるのは、下記である
－改良された迅速なセットアップ
－外部スケジューラ拡張のための直接サポート
－新しい「hell-us-arg」パッチ(OSC)
－ファイル回復失敗メッセージ(USC)
TORQUE 1.2.0p6はさらに再加工されたMOMサーバー状態管理システムを含む。改善された管理システムにより、TORQUEは以下のタスクを実行する。
－ノード状態変更の一元管理
－更新状態が強制される時、ヘルスチェック・スクリプトを強制する。
-Improve pbsnodes 'offline' management
－pbsノード「オフライン」管理 を改善
Cluster Resources は、TORQUEリソース・マネージャーに対する寄稿を続けられた方々全部に御礼を申し上げる。これらの寄稿のおかげで、TORQUEは次第に安定し、信頼性のあるオープンソース・リソース・マネージャーを提供している。寄稿される方々は、 http://www.clusterresources.com/mailing.shtml.にあるTORQUEユーザリストに参加されたい。
TORQUE 1.2.0p6は現在、http://www.clusterresources.com/products/torque/でダウンロードして利用することが出来る。専門家のサポート情報については、http://www.clusterresources.com/techsupport.shtmlを訪ねられたい。
クラスタリソース社は、ワークロード及びリソースの管理ソフトウエア、及びクラスタ、グリッド、ホスティング・センター及びユティリティベースの計算環境に関するサービスのの指導的な提供者である。クラスタリソースの高性能計算ソリューションにより、管理者はパラレル及びシリアルに計算リソースを制御し最適化することが出来る。その専門的なMoab製品ラインは、HPCサイトに、最新のワークロード管理、日程及び方針管理（例えば、最新予約、埋め合わせ、チェックポイント、先取り、優先順位など）を提供する。Moabは、PlatformのLSF、 Altair'のPBS Pro、及び IBMのLoadLevelerのようなバッチリソース、及び、TORQUE、OpenPBSその他を含むオープンソース・ツールと互換性がある。Moabは、 Linux、Unix、及びMac OS X 環境で走り、Windowsからアクセスすることも出来る。詳細は(801) 873-3400 に電話するか、
http://www.clusterresources.comを訪ねられたい。
* TORQUEリソース・マネージャーは、NASAエームズ研究センター、ローレンス・リヴァーモア国立研究所およびVeridianインフォメーション・ソリューションズ社により開発されていたソフトウェアを含む。OpenPBSソフトウェア支援、製品および情報についてはwww.OpenPBS.orgを訪ねられたい。TORQUEは、Altair Grid Solutions, Incと、何の関係もない。
CentOS 4.1 (RHEL AS 4 U 1)環境における
標準Linux入出力を有するOracleの10gR2 ASM
このメソッドは、標準Linux 入出力システム呼出をを用い、ASMが管理する未加工文字デバイスでOracleデータベースを作成する。
1.CentOS 4.1をインストールする
2.ルートとして走らせる：
# groupadd dba # SYSDBA システム優先権を与えるべきユーザのグループ
# groupadd oinstall # Oracle ファイルのオーナーのグループ
# useradd -c "Oracle software owner" -g oinstall -G dba oracle
# passwd oracle
# mkdir -p /u01/app/oracle
# chown -R oracle.oinstall /u01
# mkdir -p /u02/oradata/data
# chown -R oracle.oinstall /u02
例のみとしてパーティション４個を作る：
/dev/hda6,/dev/hdc6 5 GB each one
/dev/hda7,/dev/hdc7 3 GB each one
ファイル /etc/sysconfig/rawdevicesを次のように変更してローデバイスを作る：
/dev/raw/raw1 /dev/hda6
/dev/raw/raw2 /dev/hdc6
/dev/raw/raw3 /dev/hda7
/dev/raw/raw4 /dev/hdc7
/etc/rc.d/rc.localに入れる
chown oracle:dba /dev/raw/raw*
chmod 660 /dev/raw/raw*
私は、Linux再立ち上げの後、"oracle:dba" パーミッションがなくなるとの問題を経験した。 "root:disk"と共に発生した。
Linux を再スタート
ルートとして走らせる－
#service rawdevices restart
/etc/sysctl.conf,/etc/security/limits.conf,/etc/pam.d/login,/etc/profile 及び oracleのシェル環境を［１］で助言するように調整する。
oracleとしてログイン－
$ cd /tmp/database
$./runInstaller
" Advanced installation"を選択して、
ORACLE_HOME=/u01/app/oracle/oracle/product/10.2.0/asmに
ASMインスタンスを作る
この間に、/dev/raw/raw1 と /dev/raw/raw2をミラーしながら、
ノーマルリダンダンシイでディスクグループRAWDATA1 を作る
パーミッション(oracle:dba)が適切なら、うまくローデバイスを発見する筈
インストーラを出る。
ASMインスタンス及び対応PATHのためORACLE_HOMEをエクスポート。
続いて "dbca" を走らせ、/dev/raw/raw3 and /dev/raw/raw4をミラーしながら
ノーマルリダンダンシイでディスクグループRAWDATA２を作る
$ ./runInstaller
" Advanced installation" を選択して、
$ORACLE_HOME=/u01/app/oracle/oracle/product/10.2.0/db_1.の中の
RAWDATA1ディスクグループに置かれる新規の ASM-データベースを作る。
対応して ~oracle/.bash_profile を変更する。oracleとして再度ログイン。
Next:-
$ sqlplus /nolog
SQL> conn / as sysdba
Connected.
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> startup mount;
ORACLE instance started.
Total System Global Area 285212672 bytes
Fixed Size 1218968 bytes
Variable Size 88082024 bytes
Database Buffers 188743680 bytes
Redo Buffers 7168000 bytes
Database mounted.
SQL> alter database archivelog;
Database altered.
SQL> alter database rawdbs flashback on;
Database altered.
SQL> alter database open;
Database altered.
企業マネージャコンソール(Enterprise Manager 10g Database Control
URL http://ServerCentOS41:1158/em)を開く。EMのRecovery Settings pageの上の
対応する値を変更して、RAWDATA2の中にフラッシュバックリカバリ領域を作る
参考文献
1.www.puschitz.com/InstallingOracle10g.shtml
Firebird v2.0 アルファ3 をリリース
Firebird 2のこのバージョンは、アルファ版なので、現場試験用のみユーザ用の生産品ではないことを意味する。
Firebird 2 には、派生テーブル、Execute Blockのためのサポート、テーブルサイズの拡大、新規改良インデキスコード（252バイトのインデキス長さ制限は廃止）、表現インデキス、多数のオプチマイザ改良、セキュリティ機能の強化、オンライン・インターネット・バックアップに関するサポートを始めとする多数の新機能が、多数の他の改良及びバグ修正と共に含まれている。
アルファ３リリース文の２ペイジを先ず注意深く読まれたい。特に、このアルファで導入された新しい国際言語サポートを試されたい。
注記：アルファ３は、CDS変更を含む。アルファ１及び２で作成されたデータベースは、アルファ３では読めないので、保存したいものは、以前のアルファをアンインストールする前に全部バックアップを取ること。
Firebird 2 には多数の新機能が含まれている。アルファ３には、アルファ２の試験中に見出された幾つかの問題の修正が含まれている。詳細は
Release Notesを読まれたい。
Cluster ResourcesがMaui用の新文書機能TORQUEを発表
クラスタリソースは、新しいPDF、及び、TORQUE、それらのオープンソース・リソース・マネージャResource Manager*、クラスタ性能を改良するオープンソース、構成可能ツールMauiクラスタ・スケジューラ及びクラスタ管理を強化する専門ｂプログラムMoabクラスタスーツのためのウエブベースの文書をリリースした。
PDFドキュメンテーションによりユーザは、ローカルにブラウズして、事務所で見るためマニュアルをプリントすることが出来る。ウエブベースの文書には、コミュニティが推薦する多数のコンテンツ、フォーマット及び組織強化が含まれる。クラスタリソースは、WIKIベースのオンライン文書を来週発表して、最良の慣行の推薦によるコミュニティの大きい改善、利用法問題に関するお互いの協力なでが出来るようにする。新しい文書は以下のロケーションでコミュニティが入手することが出来る。
Moab 4.2.3: ログインアカウント情報を有するカスタマとパートナーが利用可能
クラスタリソースは、常にドキュメンテーションの改良を心掛けており、ユーザ・コミュニティからのご助言を歓迎する。support@clusterresources.com.に電子メールされたい。
クラスタリソース社は、ワークロード及びリソースの管理ソフトウエア、及びクラスタ、グリッド、ホスティング・センター及びユティリティベースの計算環境に関するサービスのの指導的な提供者である。クラスタリソースの高性能計算ソリューションにより、管理者はパラレル及びシリアルに計算リソースを制御し最適化することが出来る。その専門的なMoab製品ラインは、HPCサイトに、最新のワークロード管理、日程及び方針管理（例えば、最新予約、埋め合わせ、チェックポイント、先取り、優先順位など）を提供する。Moabは、PlatformのLSF、 Altair'のPBS Pro、及び IBMのLoadLevelerのようなバッチリソース、及び、TORQUE、OpenPBSその他を含むオープンソース・ツールと互換性がある。Moabは、 Linux、Unix、及びMac OS X 環境で走り、Windowsからアクセスすることも出来る。詳細は(801) 873-3400 に電話するか、
http://www.clusterresources.comを訪ねられたい。
*この製品には、NASA研究センター、ローレンスリバーモア国立研究所、及びVeridian Information Solutions, Incで開発されたソフトウエアが含まれる。OpenPBSソフトウエアのサポート、製品、及び情報に関しては
www.OpenPBS.orgを訪ねられたい。TORQUEは、Altair Grid Solutions, Incと何の関係もない。
Maguma ワークベンチがウエブ・プログラム作成を問い直す。
９月中のみ、バンドル又はモジュール３個を買い上げると、Maguma ワークベンチを無料で提供する。
Maguma ワークベンチはIDP（統合開発プラットホーム）の系統で、ユーザが、ウエブ・アプリケーション又はウエブサイトを効率良く作成するのを支援する。PHP４と５と同時にPythonスクリプトのサーポートがある。
モジュールを追加してワークベンチを作られたい。
Bazaar開発者として私が良くぶつかる疑問は、「分散更新制御システムに悩まされる理由は何だ？」だ。これは前に分散更新制御システム（DRCS）に真面目に取り組んだことの無い人が誰でも持つ疑問だ。
前に典型的なRCSに取り組んだことがあれば、アクセスが出来ないとの障碍に多分ぶつかっているだろう。ISPが１週間もダウンしたり、裏切り者がdslラインに穴を明けたり、事務所や家庭でない別の場所のコードに働きかけたいとイライラしたりしたことがあるだろう。これを避ける一つの方法は、コードで作業をするときは何時でも、必ずインターネット上にいることだ。選択の余地はない、ブランチしたいときは、二つのブランチを比較して、コードを任せるか又は更新制御に直接関連する何かをおこなうと、そのネットワークアクセスが必要になる。それがないと、コードを無視してローカルに作業する以外のことは出来ない。
この常時接続の考え方は、ほとんどの時間、必要ではない。確かに、別の場所にいる人から新しい仕事を受けたいと思うか、又は自分の新しい仕事を別の場所にいる人に渡したいと思うことは多いだろう。一方、別の情報は、ローカルに記憶してその接続が利用出来るとき利用することが出来る。
これは、DRCSが心に浮かぶ時だ。何処か遠隔の地にあるアーカイブにアクセスするのでなく、アーカイブをローカルに記憶する。これは、開発者がインターネットと関わっても関わらなくても良いことを意味する。開発者は、とりわけ、時期を変えて自分のコードを見る方法などで、別の標準更新制御活動もおこなう。このような能力があると、開発者は、仕事のためネットワークに縛られることはない。
このような状況では、開発者は一般的に独立して仕事をする。仕事を完了したら、そのブランチを別の人がアクセスすることの出来る場所にプッシュする。このような場合、多くのbzr開発者は、機能に関するMartin Poolのbzrツリーのローカルブランチを作成する。機能が完成すると、そのブランチをプールが到達することの出来る公開の場所にプッシュする。次いで、プールはこれらのブランチにあるbzrをポイントし、それらをマージするツールを知らせる。
この型の作業は、式の半分に過ぎない。式の別の半分は、インターネットアクセスを持っているとき、自分が持っていないものを、別の人からブランチをダウンロードすることが出来ることだ。bzrは、別の多くの更新制御システムと同様に、誰か他の人のブランチをダウンロードして、自分のコンピュータがローカルであるように、それを使用することの出来る能力がある。ブランチ制御のこの側面も、インターネットと無関係で作業をしたい人の役に立つ。ユーザは、自分の好きなブランチをダウンロード（ローカルコピイを作成）して、準備が出来たらこれに作業をする。
多くのDCRSシステムの予期しない結果は、破壊に対する復元力がブランチにあることだ。自分のハードディスクが夜中に不具合になっても、朝になればどんなブランチでもダウンロードされていると分かっているので、開発者は安心して眠ることが出来る。
分散更新制御システムの最も重要な点は、誰でも独立にプロジェクトに働き掛けることが出来ることだ。剤らの更新制御システムでは、特別アクセスを与えられた人だけが、RCSにアクセスする。分散更新制御システムにおいてユーザは、更新制御を用いて、特別許可を得ることなく、プロジェクトに働き掛けることが出来る。ユーザに合同する準備が整っているときは、、自分のぶらんｋちを公開ウエブサーバに送ることも出来るし、パッチをプロジェクトに送り戻すことも出来る。
この自由度を怖がる開発者もいる。開発者それぞれが無関係に作業をして気紛れでブランチすると、更新制御システムに保持されているプロジェクトが滅茶になるのを何が防ぐのか？この心配はご無用である。プロジェクトには滅茶になるのを防ぐ沢山の側面がある。この問題をもっと突っ込んで理解したければ、私の著書「分散更新制御は脅かされない」（paper
Distributed Revision Control No Threat） (
Part 1 &
Part 2)を読まれたい。
これらの能力により、分散更新制御システムは極めて強力になる。分散更新制御システムを用いるプロジェクトは、ユーザが開発に参加するのを奨励する。ポケットにDCRSがあると、開発者はインターネットアクセス、又はコンピュータが無くても有効に続けることが出来る。
作者について:
James Blackwell はフリーソフトウエア開発者である。Blackwellは各種フリーソフトウエア・プロジェクトで働いて来ており、現在は
Bazaar 開発に従事している。ペンシルバニア州北東に娘さんと一緒に住んでいる。
皆様がTFTP（些細なファイルの転送プロトコル）サーバに何を使っておられるか教えて下さい。私はpumpKINから切り換えて後pumpKINとSolarwindsより良いので、、
Whitehorn TFTPを使っています。皆様は何をお使いでしょうか？ciscoからconfファイルをアップロード、ダウンロードするのにTFTPが必要です。お考えを知らせて下さい。
私のネットワークを構成するため、conf、forword lookup zone、reverse lookup zone、 sendmail.conf、及びsquid.confと言う名の働くコンフィギュレーション・ファイルを下さい。ｇメール宛先は、dipesh.salvi@gmail.comです。
新 Maui スナップショットがLinux クラスタリソース管理を改良
クラスタリソースは、最近、新Mauiスナップショットをリリースした。これは、多数の内部ジョブ管理問題を調整して、不具合取扱とログを改良し、多数の通信プロトコルを更新して、ピアサービスを用いて良い相互作用が出来るようにする。
このスナップショットは、明確なスナップショットバージョン情報をランタイムで含む新しいバージョン・フォーマットも出来るようにする。フォーマットとは、管理者が、"maui --version" 又は "showq --version" を発行して、インストールされているパケージに関しMauiリリースとスナップショットの両方を見ることを意味知る。ユーザ・コミュニティからのフィードバックに基づいて、フォーマット変更は、現在使用中のMauiのバージョンを管理者に知らせることを目的とする。TORQUE と Moabの両者がこのバージョン・フォーマット・システムを使用していた。
引き続きパッチ、助言、及びご意見を support@clusterresources.com に送って、このプロジェクトに強化にご協力頂きたい。
クラスタリソースについて
クラスタリソース社は、ワークロード及びリソースの管理ソフトウエア、及びクラスタ、グリッド、ホスティング・センター及びユティリティベースの計算環境に関するサービスのの指導的な提供者である。クラスタリソースの高性能計算ソリューションにより、管理者はパラレル及びシリアルに計算リソースを制御し最適化することが出来る。その専門的なMoab製品ラインは、HPCサイトに、最新のワークロード管理、日程及び方針管理（例えば、最新予約、埋め合わせ、チェックポイント、先取り、優先順位など）を提供する。Moabは、PlatformのLSF、 Altair'のPBS Pro、及び IBMのLoadLevelerのようなバッチリソース、及び、TORQUE、OpenPBSその他を含むオープンソース・ツールと互換性がある。Moabは、 Linux、Unix、及びMac OS X 環境で走り、Windowsからアクセスすることも出来る。詳細は(801) 873-3400 に電話するか、
http://www.clusterresources.comを訪ねられたい。
