Compaq OpenVMS Alpha
オペレーティング・システム
パーティショニングおよび Galaxy ガイド


前へ 次へ 目次 索引


6.6 ステップ 6: 環境変数の設定

すべてのプロセッサ・モジュールでファームウェアをアップグレードした後,次の例に示すように,Galaxy 固有の環境変数を作成できます。この例では, 2 つのインスタンス,4 つの CPU,1 GB の OpenVMS Galaxy コンピューティング環境を構成しているものと仮定しています。


P08>>> create -nv lp_count         2 
P08>>> create -nv lp_cpu_mask0     100 
P08>>> create -nv lp_cpu_mask1     e00 
P08>>> create -nv lp_io_mask0      100 
P08>>> create -nv lp_io_mask1      80 
P08>>> create -nv lp_mem_size0     10000000 
P08>>> create -nv lp_mem_size1     10000000 
P08>>> create -nv lp_shared_mem_size  20000000        
P08>>> init 

これらの変数を作成した後,コンソール SET コマンドを使用して,変数を操作することができます。これらの変数はプロセッサ 0 でのみ作成する必要があります。

ここでは各環境変数について詳しく説明します。

LP_COUNT

この変数が 0 に設定されていると,システムは従来の SMP 構成だけをブートします。 Galaxy コンソール・モードは OFF になります。

この変数が 0 以外の値に設定されている場合は,Galaxy 機能が使用され,Galaxy 変数が解釈されます。LP_COUNT の正確な値は,コンソールが認識する Galaxy パーティションの数を表します。

LP_CPU_MASK partition number

このビット・マスクは,指定された Galaxy パーティション番号にどの CPU を最初に割り当てるかを指定します。AlphaServer 8200 コンソールは,パーティション内の最初の偶数番号の CPU をイニシャル・インスタンスとして CPU 08 で始まるプライマリ CPU として選択します。リソースを割り当てる場合は,このことに注意してください ( つまり,奇数番号だけの CPU をパーティションに割り当てないでください ) 。

LP_IO_MASK partition number

これらの変数は,スロット番号によって IO モジュールを各インスタンスに割り当てます。

AlphaServer 8200 の場合,ここに示した割り当てだけが有効です。

LP_MEM_SIZE partition number

これらの変数は,指定されたインスタンスに対して特定の容量のプライベート・メモリを割り当てます。システム内のメモリ容量と各インスタンスにとって必要な割り当てをもとに,適切な値を使用してこれらの変数を作成することが必要です。一般的な値については, 表 B-1 を参照してください。

また,この後の共用メモリ変数も参照してください。

LP_SHARED_MEM_SIZE

この変数は,共用メモリとして使用するメモリを割り当てます。一般的な値については, 付録 B を参照してください。

ヒント

共用メモリは 8 MB の倍数で割り当てなければならず,すべての値は 16 進バイトで表現されます。

使用する共用メモリの容量だけを定義でき,他の LP_MEM_SIZE 変数は未定義のままにしておくことができます。このようにすると,コンソールは上位アドレス空間から共用メモリを割り当て,LP_COUNT 変数によって指定された数のパーティションに対して,残りのメモリを等しく分割します。また,LP_MEM_SIZE 変数を使用して特定のパーティションにメモリを明示的に割り当て,他のパーティションのメモリ割り当てを未定義のままにした場合も,コンソールはメモリ・フラグメントを,明示的にメモリが割り当てられたパーティションおよび共用メモリに対して割り当て,残りのメモリを分割して,明示的にメモリが割り当てられていない残りのパーティションに割り当てます。

BOOTDEF_DEV 変数と BOOT_OSFLAGS 変数

初期インストールの後や,システム・クラッシュやオペレータによって要求された再ブートの後,システムを再ブートしなければならない場合は, AUTOGEN が正しく再ブートされるように,ブートの前に各 Galaxy コンソールでこれらの変数を設定する必要があります。

Galaxy 環境変数の例


P08>>> SHOW LP* 
 
lp_count 2 
lp_shared_mem_size 20000000   (512 MB) 
lp_mem_size0 10000000 (256 MB) 
lp_mem_size1 10000000 (256 MB) 
lp_cpu_mask0 100 (CPU 0) 
lp_cpu_mask1 e00 (CPUs 1-3) 
lp_io_mask0 100 (I/O module in slot 8) 
lp_io_mask1 80 (I/O module in slot 7) 
 
P08>>> 

6.7 ステップ 7: セカンダリ・コンソール装置の起動

KFE72-DA が Windows-NT 用に構成されていた場合は,おそらくビデオ・ボードを検出しようとしますが,検出できないときはハングします。 OpenVMS Galaxy を構成する場合,このような状況が一般的に発生します。操作モードを設定するには,コンソール・コマンドを使用します。


P08>>> SET CONSOLE SERIAL 

セカンダリ・コンソールを初期化する前に,プライマリ・コンソールに対してこのコマンドを実行すると,設定はセカンダリ・コンソール・ハードウェアに伝達されます。

イーサネット・ポートを使用する場合は,使用するメディアの種類と接続をコンソールに通知しなければなりません。つまり,AUI,UDP,ツイスト・ペアのいずれを使用するのかを指定する必要があります。コンソールとオペレーティング・システムはどのメディアを使用するかを判断しますが,次のコマンドを使用すれば,特定のメディア・タイプを割り当てることができます。


P08>>> SHOW NETWORK 
 
P08>>> SET EWA0_MODE TWISTED 

最初のコマンドは,使用可能なネットワーク装置の一覧を表示します。 2 番目のコマンドは,指定された装置 (この例では EWA0) に対してデフォルト・メディア・タイプを設定します。これはセカンダリ・コンソールを初期化する前に,すべてのイーサネット装置に対して実行しなければなりません。

コンソール・モードとネットワーク・メディア・タイプ (使用する場合) を設定した後,システムを再初期化して,現在の設定を保存します。 Galaxy パーティションをすでに定義している場合は,ここで初期化することができます。Galaxy パーティションをまだ定義していない場合は,初期化は後で実行しなければなりません。

システムを初期化できる場合は,次のコマンドを入力します。


P08>>> INIT 

プライマリ・コンソールからの応答として,通常の電源投入時の自己診断テスト (POST) レポートが出力されます。これには最大 2 分かかる可能性があります。Galaxy パーティションを適切に定義した場合は,プライマリ・パーティションに関連する I/O 装置だけが表示されます。

パーティションが定義されていることを確認するには,次のコマンドを入力します。


P08>>> SHOW DEVICE 
 
or 
 
P08>>> SHOW NETWORK 

セカンダリ・コンソールを初期化するには,次のコマンドを入力します。


P08>>> LPINIT 

コンソールに次の情報が表示されます。


Partition 0: Primary CPU = 0 
Partition 1: Primary CPU = 2 
Partition 0: Memory Base = 000000000   Size = 010000000 
Partition 1: Memory Base = 010000000   Size = 010000000 
Shared Memory Base = 020000000   Size = 010000000 
LP Configuration Tree = 12c000 
starting cpu 1 in Partition 1 at address 01000c001 
starting cpu 2 in Partition 1 at address 01000c001 
starting cpu 3 in Partition 1 at address 01000c001 
 
P08>>> 

このコマンドはプライマリ Galaxy コンソール から入力しなければなりません。Galaxy パーティションが正しく定義されており,ハードウェア・リソースが正しく構成されている場合は,プライマリ・コンソールは各セカンダリ・パーティションに割り当てられているプロセッサを起動するはずです。セカンダリ・コンソールは約 2 分以内に初期化されます。

1 つ以上のコンソールの初期化が失敗した場合は,ハードウェアの取り付け, Galaxy パーティションの定義,ハードウェアの割り当てを二重にチェックする必要があります。

OpenVMS コンソールの制限事項とヒントの詳細については, 第 11 章 を参照してください。

6.8 ステップ 8: OpenVMS Galaxy のブート

Galaxy ファームウェアを正しくインストールし,コンソールを構成した後,次の方法で初期 Galaxy 環境をブートできます。

各 Galaxy インスタンスに対して,次の操作を実行します。


P08>>> B -FL 0,1 DKA100 // or whatever your boot device is. 
 
SYSBOOT> SET GALAXY 1 
 
SYSBOOT> CONTINUE 
 

構成はこれで終了です。これで OpenVMS Galaxy が構築されました。


第 7 章
AlphaServer 4100 システムでの OpenVMS Galaxy の構築

この章では,AlphaServer 4100 で OpenVMS Galaxy コンピューティング環境を構築するための要件と手順について説明します。

7.1 はじめに

AlphaServer 4100 で OpenVMS Galaxy を構築するには,構成およびハードウェアに関して,次の要件を十分理解しておく必要があります。

最大 2 つのインスタンス

AlphaServer 4100 では,OpenVMS のインスンタスを最大 2 つ実行できます。

コンソール・ファームウェア

OpenVMS バージョン 7.3 CD-ROM にある AlphaServer 4100 コンソール・ファームウェアが必要です。

コンソール・コマンド

第 5 章 に示したコンソール・ヒントの他に,次のことにも注意してください。

AlphaServer 4100 のクロック

AlphaServer 4100 には 1 つのクロックがあります。OpenVMS Galaxy の場合,このことは 2 つのインスタンスを異なる時刻に実行できないことを意味します。また,SET TIME コマンドは両方のインスタンスに影響します。しかし,かなり時間が経過するまで,このことは明らかにならない可能性があります。

コンソール・ポート

COM1 (上) はインスタンス 0 のコンソール・ポートです。
COM2 (下) はインスタンス 1 のコンソール・ポートです。

AlphaServer 8400 で OpenVMS Galaxy を構築する場合と異なり,2 つ目のコンソール用に追加ハードウェアは必要ありません。この目的で COM2 が使用されます。

CPU

CPU0 はインスタンス 0 のプライマリでなければなりません。
CPU1 はインスタンス 1 のプライマリでなければなりません。
CPU2 と 3 はオプションのセカンダリ CPU であり,マイグレードすることができます。

I/O アダプタ

下の 4 つの PCI スロットは IOD0 に属しています。これはインスタンス 0 用の I/O アダプタです。
上の 4 つの PCI スロットは IOD1 に属しています。これはインスタンス 1 用の I/O アダプタです。

ストレージ・コントローラ

KZPSA などのストレージ・コントローラが 2 つ必要です。これらのコントローラは個別の Storageworks ボックスに収納することができ,SCSI クラスタとして稼動するために,同じボックスに収納することもできます。各コントローラはそれぞれ IOD0 と IOD1 に接続されます。

ネットワーク・カード

各インスタンスでネットワーク・アクセスが必要な場合は,各インスタンスに対してネットワーク・カード (DE500 など) が必要です。

カードは 1 枚ずつ,IOD0 と IOD1 に接続されます。

物理メモリ

AlphaServer 4100 の OpenVMS Galaxy では,メモリ・ホールがサポートされないため,OpenVMS Galaxy 環境用の物理メモリは連続していなければなりません。 AlphaServer 4100 でこのことを実現するには,次のいずれかの条件を満たさなければなりません。

AlphaServer 4100 システムで OpenVMS Galaxy を構築するには,この後の節の操作を行います。

7.2 ステップ 1: AlphaServer 4100 構成を確かめる

SHOW CONFIG コマンドを使用して,OpenVMS Galaxy 環境を構築するために使用する AlphaServer 4100 が, 第 7.1 節 で説明した要件を満たしているかどうか確認します。

コンソール・プロンプトに対して次のコマンドを入力します。


P00>>>show config 

コンソールに次の情報が表示されます。


Console G53_75  OpenVMS PALcode V1.19-16, Compaq UNIX PALcode V1.21-24 
 
Module                          Type     Rev    Name 
System Motherboard              0        0000   mthrbrd0 
Memory  512 MB EDO              0        0000   mem0 
Memory  256 MB EDO              0        0000   mem1 
CPU (Uncached)                  0        0000   cpu0 
CPU (Uncached)                  0        0000   cpu1 
Bridge (IOD0/IOD1)              600      0021   iod0/iod1 
PCI Motherboard                 8        0000   saddle0 
CPU (Uncached)                  0        0000   cpu2 
CPU (Uncached)                  0        0001   cpu3 
 
Bus 0  iod0 (PCI0) 
Slot   Option Name              Type     Rev    Name 
1      PCEB                     4828086  0005   pceb0 
4      DEC KZPSA                81011    0000   pks1 
5      DECchip 21040-AA         21011    0023   tulip1 
 
Bus 1  pceb0 (EISA Bridge connected to iod0, slot 1) 
Slot   Option Name              Type     Rev    Name 
 
Bus 0  iod1 (PCI1) 
Slot   Option Name              Type     Rev    Name 
1      NCR 53C810               11000    0002   ncr0 
2      DECchip 21040-AA         21011    0024   tulip0 
3      DEC KZPSA                81011    0000   pks0 

7.3 ステップ 2: OpenVMS Alpha Version 7.3 をインストールする

OpenVMS Galaxy ソフトウェアを実行するために,特別なインストール手順は必要ありません。Galaxy 機能は基本オペレーティング・システムに組み込まれており,この章で後述するコンソール・コマンドとシステム・パラメータ値を使用して,有効または無効に設定することができます。

AlphaServer 4100 が SCSI クラスタに属していない場合は,各インスタンスに対して 1 つずつ,2 つのシステム・ディスクに OpenVMS バージョン 7.3 をインストールしなければなりません。

AlphaServer 4100 がクラスタで共通のシステム・ディスクを持つ SCSI クラスタの一部である場合は,1 つのシステム・ディスクに OpenVMS バージョン 7.3 をインストールします。

OpenVMS Alpha オペレーティング・システムのインストールの詳細については, 『OpenVMS Alpha Version 7.3 Upgrade and Installation Guide』 を参照してください。

7.4 ステップ 3: ファームウェアをアップグレードする

ファームウェアをアップグレードするには,OpenVMS バージョン 7.3 の CD-ROM パッケージに含まれている「Alpha Systems Firmware Update Version 5.4 CD-ROM」を使用します。ファームウェアを実際にインストールする前に,パッケージに同梱されているリリース・ノートを参照してください。

7.5 ステップ 4: 環境変数を設定する

インスタンス 0 に対してプライマリ・コンソールを構成します。

CPU0 はインスタンス 0 のプライマリです。

Galaxy 環境変数を作成します。Galaxy 環境変数と各変数の一般的な値については, 第 5 章 を参照してください。

次の例は CPU 3 つと 256 MB + 192 MB + 64 MB に分割された 512 MB のメモリを装備した AlphaServer 4100 の場合の例です。


P00>>> create -nv lp_count            2 
P00>>> create -nv lp_cpu_mask0        1 
P00>>> create -nv lp_cpu_mask1        6 
P00>>> create -nv lp_io_mask0         10 
P00>>> create -nv lp_io_mask1         20 
P00>>> create -nv lp_mem_size0        10000000 
P00>>> create -nv lp_mem_size1        c000000 
P00>>> create -nv lp_shared_mem_size  4000000 
P00>>> set auto_action halt 

CPU が 4 つあり,すべてのセカンダリ CPU をインスタンス 1 に割り当てる場合は, LP_CPU_MASK1 変数が E になります。2 つのインスタンスで CPU を分割する場合は, CPU 0 がインスタンス 0 のプライマリ CPU になり,CPU 1 がインスタンス 1 のプライマリ CPU にならなければなりません。

MEM_SIZE 変数は,システム構成とメモリの分割方法に応じて異なります。

galaxy_io_mask0 は 10 に設定しなければなりません。
galaxy_io_mask1 は 20 に設定しなければなりません。

コンソール環境変数 AUTO_ACTION は HALT に設定しなければなりません。これにより,システムはブートされず,Galaxy コマンドを入力できるようになります。

7.6 ステップ 5: システムを初期化し,コンソール装置を起動する

  1. 次のコマンドを入力して,システムを初期化し,Galaxy ファームウェアを起動します。


    P00>>> init 
    P00>>> galaxy 
    


    自己診断テストを完了した後,Galaxy コマンドはインスタンス 1 でコンソールを起動します。
    Galaxy が初めて起動されると,次のような複数のメッセージが表示されます。


    CPU0 would not join 
    


    IOD0 and IOD1 did not pass the power-up self-test 
    


    これらのメッセージが表示されるのは,2 組の環境変数があり, galaxy 変数は最初にインスタンス 1 に存在しないからです。
    I/O バスが 2 つの Galaxy パーティション間で分割される場合は,装置のポート名が変化することに注意してください。たとえば,AlphaServer 4100 がシングル・システムの場合に,DKC300 として指定されるディスクは,OpenVMS Galaxy のパーティション 0 として構成した場合は,DKA300 になります。

  2. インスタンス 1 のコンソールを構成します。


    P01>>> create -nv lp_cpu_mask0        1 
    P01>>> create -nv lp_cpu_mask1        6 
    P01>>> create -nv lp_io_mask0         10 
    P01>>> create -nv lp_io_mask1         20 
    P01>>> create -nv lp_mem_size0        10000000 
    P01>>> create -nv lp_mem_size1        c000000 
    P01>>> create -nv lp_count       2 
    P01>>> create -nv lp_shared_mem_size  4000000 
    P01>>> set auto_action halt 
    

  3. 次のコマンドを入力して,システムを初期化し,Galaxy ファームウェアを再起動します。


    P00>>> init 
    


    コンソールに次の確認メッセージが表示されたら,Y と入力します。


    Do you REALLY want to reset the Galaxy (Y/N) 
    

  4. システム・ルート,ブート装置,他の関連変数を構成します。

    次の設定名は OpenVMS Engineering システムの場合の例です。それぞれの環境の要件に適合するように,これらの変数は適宜変更してください。


    P00>>> set boot_osflags 12,0 
    P00>>> set bootdef_dev dka0 
    P00>>> set boot_reset off             !!! must be OFF !!! 
    P00>>> set ewa0_mode twisted 
     
    P01>>> set boot_osflags 11,0 
    P01>>> set bootdef_dev dkb200 
    P01>>> set boot_reset off             !!! must be OFF !!! 
    P01>>> set ewa0_mode twisted 
    

  5. 次のように,インスタンス 1 をブートします。


    P01>>> boot 
    


    インスタンス 1 がブートされた後,システム・アカウントにログインし, SYS$SYSTEM:MODPARAMS.DAT ファイルに次の行を挿入します。


    GALAXY=1 
    


    SCS ノードと SCS システム ID の行が正しいことを確認してください。次のように AUTOGEN を実行して,インスタンス 1 を Galaxy メンバとして構成し,システムを停止したままの状態にします。


    $ @SYS$UPDATE:AUTOGEN GETDATA SHUTDOWN INITIAL 
    

  6. 次の手順を実行して,インスタンス 0 をブートします。


    P00>>> boot 
    


    インスタンス 0 がブートされた後,システム・アカウントにログインし, SYS$SYSTEM:MODPARAMS.DAT ファイルに次の行を追加します。


    Add the line GALAXY=1 
    


    SCS ノードと SCS システム ID の行が正しいことを確認してください。次の手順で AUTOGEN を実行して,インスタンス 0 を Galaxy メンバとして構成し,システムを停止したままの状態にします。


    $ @SYS$UPDATE:AUTOGEN GETDATA SHUTDOWN INITIAL 
    

  7. 初期化またはシステムのパワー・サイクルで自動的に起動されるように, Galaxy を準備します。両方のインスタンスで AUTO_ACTION 環境変数を RESTART に設定します。


    P00>>> set auto_action restart 
     
    P01>>> set auto_action restart 
    

  8. プライマリ・コンソールから次のコマンドを入力して,Galaxy を再び初期化します。


    P00>>> init 
     
    


    コンソールに次の確認メッセージが表示されたら,Y と入力します。


    Do you REALLY want to reset the Galaxy (Y/N) 
    


    また,システムの電源をいったんオフにした後,オンにすることもできます。このようにすると,両方のインスタンスで Galaxy が自動的にブートストラップされます。

操作はこれで終了です。OpenVMS Galaxy が構築されました。


前へ 次へ 目次 索引