6.6.3 ライセンスのインストール

V7.3-1

Version 7.3-1 以降にアップグレードする前に，次の手順を実行して，共通ライセンス・データベースが，ハード・パーティションとソフト・パーティション間でライセンス・ユニットを共有できるようにします。

1. 必要なユニット数を計算します。

   • OpenVMS 基本ライセンスをロードする。

   • SMP ライセンスをロードする。

   • 次のコマンドを使用して，ライセンス・ユニットの数が適切か確認する。

     $ SHOW LICENSE /UNIT_REQUIREMENTS /CLUSTER

   注意 OpenVMS 基本ライセンスでは，パーティションではなく物理システムごとに， 1 人の操作ユーザのみを割り当てることができます。ただし，各パーティションの OPA0: からいつでもログインできます。操作ユーザを追加する場合は，追加のライセンス・ユニットが必要です。必要なライセンス・ユニット数については，弊社のサポート担当者にお問い合わせください。

2. 共通ライセンス・データベースにライセンスを追加します。たとえば，次のように入力します。

   $ LICENSE REGISTER license-name /ISSUER=DEC - _$ /AUTHORIZATION=USA123456 - _$ /PRODUCER=DEC - _$ /UNITS=1050 - _$ /AVAILABLITY=H - _$ /OPTIONS=(NO_SHARE) - _$ /CHECKSUM=2-BGON-IAMA-GNOL-AIKO

   
   LICENSE REGISTER コマンドで /INCLUDE 修飾子を使用して，ライセンスの NO_SHARE 属性を変更することはできません。

3. ライセンスを編集して， LICENSE REGISTER /INCLUDE=(node-name-list) コマンドで PAK の NO_SHARE 属性を変更します。たとえば，次のように入力します。

   $ LICENSE MODIFY OPENVMS-ALPHA /INCLUDE=(NODEA, NODEB, NODEC)

4. 各パーティションで実行している OpenVMS のインスタンスで OpenVMS Alpha のライセンス・ユニットを利用できるようにするために， SRM 環境変数 SYS_SERIAL_NUM が各パーティションで同じであるか確認します。確認するには，次の手順を実行します。

   1. 各パーティションのマスタ・コンソール (通常はコンソール・ライン 0) で， SHOW SYS_SERIAL_NUM コマンドを使用して，システムのシリアル番号を表示します。たとえば，次のように入力します。

      P00>>> P00>>>SHOW SYS_SERIAL_NUM sys_serial_num G2A105

      
      SYS_SERIAL_NUM の値がブランクの場合は，他の各パーティションのマスタ・コンソールで SHOW SYS_SERIAL_NUM コマンドを使用して，ブランクでないシステム・シリアル番号がないかチェックします。

      注意 すべてのパーティション・コンソールに SYS_SERIAL_NUM の値がブランクで表示される場合は，0 以外の値を 12 文字以内で作成してください。作成するシステム・シリアル番号が，同じ OpenVMS Cluster の他の AlphaServer GS80/160/320 で使用されていないことを確認してください。

   2. システムのシリアル番号が決まったら，各パーティションのマスタ・コンソールで SET SYS_SERIAL_NUM コマンドを使用して， SYS_SERIAL_NUM の値を適切な値に変更します。たとえば，次のように変更します。

      P00>>> P00>>>SET SYS_SERIAL_NUM G2A105

      
      この手順は，すべてのハード・パーティションとソフト・パーティションで実行する必要があります。

5. OpenVMS Cluster ライセンス・データベースを正しく更新するために，すべての OpenVMS Cluster 共通ノードをシャットダウンしてからリブートすることをお勧めします。ローリング・アップグレード・タイプのブートでは，共通ライセンス・データベースは適切に更新されません。

注意 システムが，共通ライセンス・データベースを共有する OpenVMS Cluster の一部である場合，AlphaServer GS80/160/320 のハード・パーティションとソフト・パーティションの数を再構成する際には，必ずすべてのパーティションの SYS_SERIAL_NUM を同じ値にしてください。

パーティション間で NO_SHARE ライセンスを共有しているパーティション化可能なマシンでは，システムのブート時に次のエラー・テキストが表示される場合があります。

%LICENSE-E-NOAUTH, DEC OPENVMS-ALPHA use is not authorized on this node 
-LICENSE-F-EXCEEDED, attempted usage exceeds active license limits 
-LICENSE-I-SYSMGR, please see your system manager 
Startup processing continuing... 

このエラー・テキストは無視して構いません。このテキストは，OPENVMS-ALPHA PAK を共有しているシステムにユーザがログインして，使用中になった場合に表示されます。この問題は今後のリリースで修正される予定です。

6.6.4 AlphaServer GS60/GS60E/GS140 複数 I/O ポート・モジュール構成の制限事項

V7.2-1

複数の I/O ポート・モジュール (KFTHA-AA または KFTIA-AA) がある AlphaServer GS60/GS60E/GS140 構成では，システム障害が発生することがあります。

GS60/GS60E/GS140 システムの複数 I/O ポート・モジュールを持つ OpenVMS Galaxy および非 Galaxy の AlphaServer 8200/8400 構成をアップグレードするときには， Compaq Action Blitz # TD 2632 に記載されているように，最低でもリビジョン B02 KN7CG-AB EV6 CPU (E2063-DA/DB rev D01) のモジュールを 1 つインストールしなければなりません。

この制限事項と解決方法についての詳細は，Compaq Action Blitz # TD 2632 を参照してください。

6.7 AlphaStation 200/400: ISA_CONFIG.DAT の変更が必要

V7.1

AlphaStation 200/400 ファミリ・システムで ISA 装置を構成する場合には，各デバイスのノード情報が各デバイス記述ブロックの最後に格納されるように， SYS$MANAGER:ISA_CONFIG.DAT ファイルを変更しなければなりません。

重要 OpenVMS Version 6.2 または7.0 システムからアップグレードする場合は，アップグレード手順を開始する前に，この変更を行わなければなりません。

表 6-1 に，デバイス記述ブロックの変更点を示します。

表 6-1 デバイス記述ブロックの変更点

Version 7.1 より前	Version 7.1 以降
[AUA0]	[AUA0]
NAME=AU	NAME=AU
NODE=3	DRIVE=SYS$MSBDRIVER
DRIVER=SYS$MSBDRIVER	IRQ=9
IRQ=9	DMA=(0,1)
DMA=(0,1)	PORT=(388:4,530:8)
PORT=(388:4.530:8)	NODE=3

6.8 AlphaStation 255: PCI 構成の制限事項

V7.1

AlphaStation 255 シリーズ・システムの OpenVMS Alpha オペレティング・システムでは， PCI スロット 0 に PCI オプション・カードを構成することはできません。

PCI スロット 0 は，AlphaStation 255 シリーズ・システム上の，最下位の物理 PCI オプション・スロットです。このスロットの割り込みシグナルは，組み込みイーサネット・ポートと共用されます。 OpenVMS Alpha オペレーティング・システムは現在， PCI デバイスが割り込みラインを共用することを許していないため，スロット 0 に PCI デバイスを設置すると，正しく動作しないか，組み込みのイーサネット・ポートでエラーが発生する原因となることがあります。この制限事項があるため，AlphaStation 255 シリーズ・システムがサポートする PCI オプション・カードの数は，最大で 2 枚 (スロット 1 とスロット 2 に構成) です。

6.9 ATI RADEON 7000 グラフィック (Integrity のみ)

V8.2

ここでは，OpenVMS Integrity システムで，組み込み型 ATI RADEON 7000 グラフィック・アダプタを使用する際の注意事項について説明します。

注意: 第 6.10.1 項 で説明しているリソースの要件は，組み込み型 ATI RADEON 7000 グラフィック・アダプタにも適用されます。

6.9.1 Integrity でのグラフィック・サポート

V8.2

OpenVMS Integrity は以下のグラフィック・オプションをサポートします。

• ATI Radeon 7500 PCI

• ATI Radeon 7000 PCI (内臓式および着脱可能式)

• ATI RN50 PCI

6.9.2 RADEON 7000 ではハードウェア・アクセラレーション 3D グラフィックはサポートされていない

V8.2

ハードウェア・アクセラレーションによる 3D (OpenGL) レンダリングは，組み込み型 RADEON 7000 PCI アダプタではサポートされていません。

6.10 ATI RADEON 7500 グラフィック

V7.3-2

ここでは，ATI RADEON 7500 グラフィックのリソース要件，拡張機能，修正点および制限事項について説明します。 HP DECwindows Motif for OpenVMS に関するドキュメントを参照したい場合，特に『Managing DECwindows Motif for OpenVMS Systems』を参照したい場合は，このドキュメントと，その他のドキュメントを，次の Web サイトから入手できます。

http://www.hp.com/go/openvms/doc

OpenVMS Version 8.2 より，3D サポートのライセンス (使用権) は， OpenVMS のライセンスの一部として含まれています。詳細については， 第 6.15 節 を参照してください。

6.10.1 リソースの要件

RADEON グラフィックのサポートには，次に示す，システム単位のリソースが必要です。

• 2 個のグローバル・セクション

• 296 KB のグローバル・メモリ

さらに，RADEON カードごとに，次のリソースが必要です。

• 3 個のグローバル・セクション

• 16 MB プラス 1 ページのグローバル・メモリ

• 16 MB プラス 1 ページのバッファ・オブジェクト・スペース (32 ビット System Space Windows)

グローバル・セクションの必要量は GBLSECTIONS システム・リソースに加算され， 16M バイト強のグローバル・メモリは GBLPAGES リソースと GBLPAGFIL リソースに加算されます。

たとえば，1 枚の RADEON カードには，次のリソースが必要です。

• 5 個のグローバル・セクション

• 16 MB + 8 KB + 296 KB のグローバル・メモリ

これらの数は，次の値に相当します。

GBLSECTIONS	5
GBLPAGES	33376  (GBLPAGES の単位は，512 バイト・ページレット)
GBLPAGFIL	2086  (GBLPAGFIL の単位は，8192 バイトの Alpha ページ)

4 カード構成の場合は，次のリソースが必要です。

• 14 個のグローバル・セクション

• 296 KB + 4*16 MB + 4*8 KB = 64 MB + 328 KB のグローバル・メモリ

これらの数は，次の値に相当します。

GBLSECTIONS	14
GBLPAGES	131728  (GBLPAGES の単位は，512 バイト・ページレット)
GBLPAGFIL	8233  (GBLPAGFIL の単位は，8192 バイト Alpha ページ)

6.10.2 DECW$OPENGLSHR_RADEON.EXE を DECW$MESA3DSHR_RADEON.EXE にリネーム

V8.2

共有ライブラリ SYS$LIBRARY:DECW$OPENGLSHR_RADEON.EXE は， Mesa 3D コードをベースとしていることを反映させるために，リネームされて SYS$LIBRARY:DECW$MESA3DSHR_RADEON.EXE になりました。 API と機能は以前のリリースと同じです。新しいファイル指定の共有ライブラリを指定するための論理名 DECW$OPENGLSHR が定義されています。

6.10.3 サポートの制限事項

V7.3-2

次の機能は，サポートされていません。

• S ビデオ出力

• デジタル出力

• デュアル・ヘッド動作
  DVI ポートとアナログ VGA (CRT) ポートの両方にモニタを接続すると，両方のスクリーンに同じビデオ出力が得られます。これを，クローン・ビデオと言います。各ポートに独立したビデオ表示を行う本当の意味でのデュアル・ヘッド動作は，将来のリリースでサポートされます。

6.10.4 高リフレッシュ・レートでの画像への影響

V8.2

高解像度 (たとえば，1920×1440 や 2048×1536)，高リフレッシュ・レート，高負荷の状況では，使用している RADEON カードやモニタによっては，画像に影響が出ることがあります。このような状況が発生したら，リフレッシュ・レートを下げてみてください。

6.10.5 OpenGL は IEEE 演算のみをサポート

V8.2

OpenGL ライブラリは，IEEE 浮動小数点形式のみをサポートしています。 VAX 浮動小数点形式はサポートしていません。アプリケーションのコンパイルでは， /FLOAT=IEEE_FLOAT オプションを使用してください。

6.10.6 グラフィック・コンソール (OPA0) に出力する際に DECwindows サーバがハングアップ

V8.2

DECwindows サーバの起動後に，グラフィック・コンソール (OPA0) に出力があると， DECwindows サーバはハングアップし，画面はフリーズします。 CTRL/F2 を押すと DECwindows サーバは実行状態に戻ります。

通常，コンソールに表示されるメッセージは，直接 OPA0 に書き込むのではなく， OPCOM と Console Window アプリケーションを使用してメッセージ表示することをお勧めします。このアプリケーションを有効にするには，コマンド・プロシージャ SYS$MANAGER:DECW$PRIVATE_APPS_SETUP.COM を編集し，次のグローバル・シンボル定義を追加します。

$ DECW$CONSOLE_SELECTION == "WINDOW"

SYS$MANAGER:DECW$PRIVATE_APPS_SETUP.COM が存在しない場合は， SYS$MANAGER:DECW$PRIVATE_APPS_SETUP.TEMPLATE から作成することができます。

SYS$MANAGER:DECW$PRIVATE_APPS_SETUP.COM の編集後，次のコマンドを入力して DECwindows を再起動します。

$ @SYS$MANAGER:DECW$STARTUP RESTART

6.10.7 モニタは初期化時に接続されていなければならない

RADEON 7500 グラフィック・カードは，ビデオ出力ポートを 2 つ (デジタルとアナログ) 備えています。デジタル・インタフェースは，現在サポートされていません。ただし，デジタル・ツー・アナログ・アダプタを使用すると，アナログ・モニタをデジタル・ポートに接続でき，アナログ・ポートと同じ出力を得ることができます。デジタル・ポートを使用する場合，ポートを正しく動作させるためには，システムの電源投入より前にモニタが接続されていなければなりません。

6.10.8 ブート・リセットの推奨 (Alpha のみ)

コンソール変数 boot_resetに ON を設定することをお勧めします。

6.10.9 オーバレイ・プレーンはサポートされない

ハードウェア・オーバレイ・プレーンはサポートされていません。

6.10.10 単一カラーマップのみサポート

RADEON 7500 グラフィック・コントローラがサポートするハードウェア・カラーマップは，1 つだけです。デフォルトのビジュアルが PseudoColor の場合， 8 ビット・カラーに変更するときは，このことに留意してください。複数の PseudoColor カラーマップを一度に使用しようとすると，カラーマップがフラッシュします。

注意 3D (OpenGL) レンダリングは， 8 ビットの PseudoColor ビジュアルではサポートされていません。 ( 第 6.10.16 項 も参照してください。)

アプリケーションは，自分でカラーマップのインストールやデインストールを行ってはなりません。これらの動作は，ウィンドウ・マネージャが行います。ただし，アプリケーションは，どのカラーマップをインストールまたはデインストールするかについてのヒントをウィンドウ・マネージャに知らせなければなりません。この情報は，Xlib 関数の XsetWMColormapWindows() を使用して渡します。この関数は，指定されたウィンドウの WM_COLORMAP_WINDOWS プロパティを設定します。

6.10.11 すべてのウィンドウで同じビット深度

RADEON 7500 カードを使用している場合，特定のヘッド上のすべてのウィンドウは，同じビット深度でなければなりません。 RADEON 7500 カードは，それぞれのグラフィック・ヘッドで， 8，16，および 24 ビット/ピクセルのビット深度をサポートしています。しかし，DECwindows サーバが特定のヘッド上で一旦ビット深度を確立すると，そのビット深度のウィンドウやビジュアルだけが作成可能となります。

6.10.12 読み取り/書き込みカラー・マップのピクセル深度

デフォルトでは，RADEON 7500 には，読み取り専用の TrueColor カラー・マップが 1 つある 24 プレーンのピクセル深度が用意されています。 DECwindows Paint などの一部のアプリケーションでは，読み取り/書き込みのカラー・マップが必要です。 Paint は，読み取り専用カラー・マップで実行されると，次のエラー・メッセージを出力して失敗します。

Error: Visual Not Supported Supported Visuals are {PseudoColor, GrayScale, StaticGray}

読み取り/書き込みのカラー・マップを使用するには SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COM ファイル (このファイルが存在しない場合は， SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.TEMPLATE から作成します) を編集して，次の論理名定義を追加します。

$ DEFINE/EXECUTIVE/SYSTEM/NOLOG DECW$SERVER_PIXEL_DEPTH 8,8,8,8,8,8,8,8

そして，次のコマンドを使用して DECwindows を再起動します。

$ @SYS$MANAGER:DECW$STARTUP RESTART

この変更により， (マルチ・カード構成が可能な，最大 8 枚のグラフィック・カードに) ピクセル深度として 8 プレーンが設定され，サーバが PseudoColor ビジュアルを提供できるようになります。

6.10.13 backing store と save unders は 3D ウィンドウをサポートしていない

RADEON 7500 X11 サーバの backing store と save unders の実装では， 3D ウィンドウをサポートしていません。

6.10.14 スレッドの制限事項

OpenVMS 用 RADEON 7500 OpenGL ライブラリは，スレッド・セーフではありません。ただし， OpenGL の使用がプログラム内の単一のスレッドに限定されている場合は， OpenGL をマルチスレッド・プログラムで使用することができます。

6.10.15 シングル・バッファ・ビジュアルがサポートされていない

RADEON 7500 DECwindows サーバは，ダブル・バッファ・ビジュアルだけをサポートしています。シングル・バッファリングを行うには，ダブル・バッファ・ビジュアルを選択して，アプリケーション内で glDrawBuffer( GL_FRONT )を呼び出さなければなりません。

6.10.16 カラー・インデックス・モードでの 3D がサポートされていない

DECwindows サーバが 8 ビット深度で起動された場合， 8 ビット・ビジュアルが 2D 操作でサポートされますが， OpenGL レンダリングは，8 ビット・ビジュアルではサポートされません。

6.10.17 タイマ・メカニズム

環境によっては，プロセスがハードウェア・ロックを所有している間に，そのプロセスに割り込みが発生することがあります。その結果，DECwindows サーバがハングアップしているように見えることがあります。

このような状況を検出し，一時停止中のプロセス内でイメージを強制的に一時停止から抜け出させるか，場合によってはプロセスを削除してこのような状況から回復させるために，タイマ・メカニズムが実装されました。

タイマ・メカニズムは，次の 2 つの論理名を使用して構成できます。これらの論理名は， DECW$PRIVATE_SERVER_SETUP.COM ファイルで指定しなければなりません。

• DECW$DRM_TIMER_PERIOD (デフォルト: 5.0 秒)
  クロック・ティックの間隔を秒数で指定します。浮動小数点数です。

• DECW$DRM_TIMEOUT (デフォルト: 6)
  タイムアウトが発生して，DECwindows サーバが RADEON カードの制御を奪うまでに待つクロック・ティック数を指定します。

デフォルト値は，グラフィック・アプリケーションの性能にタイマが与える影響を最小限にするように選択されています。 DECwindows サーバが応答を再開するまでの時間を短くしたい場合は， DECW$DRM_TIMER_PERIOD の値を小さくします。

次のいずれかの状況では，ハードウェア・ロックの保持中に，プロセスに割り込みが発生することがあります。

• プロセスは，別システム上に表示された端末を使用して，リモートでログインされている。

• プロセスは，通常の終了処理が実行されない状態で，他のプロセスによって一時停止または終了させられたサブプロセスである。

どちらの状況も発生しないと思われる構成では，時間間隔にゼロを設定して，タイマ・メカニズムを完全に無効にすることができます。

$ DEFINE/SYSTEM DECW$DRM_TIMER_PERIOD 0

ECW$DRM_TIMER_PERIOD の値を変更するたびに， DECwindows サーバを再起動するか，システムをリブートして，変更内容を有効にしなければなりません。 DECwindows サーバを再起動するには，次のコマンドを使用します。

$ @SYS$STARTUP:DECW$STARTUP RESTART

---

目次

索引