CompaqOpenVMSAlpha V7.3-1リリース・ノート【 … LAN ATM—LAN...

Compaq OpenVMS AlphaV7.3-1リリース・ノート【翻訳版】

AA-PW7HJ-TE

2002年 10月

本書は，本ソフトウェアに追加された変更点について説明します。また，インストレーション，アップグレード，互換性の情報についても説明します。さらに，新規および既存のソフトウェアの問題点と制限事項，ソフトウェアとドキュメントの訂正についても説明します。

改訂／更新情報: 新規マニュアルです。

ソフトウェア・バージョン: OpenVMS Alpha V7.3-1

コンパックコンピュータ株式会社

© 2002 Compaq Computer K.K.

本書の著作権はコンパックコンピュータ株式会社が保有しており，本書中の解説および図，表はコンパックの文書による許可なしに，その全体または一部を，いかなる場合にも再版あるいは複製することを禁じます。

また，本書に記載されている事項は，予告なく変更されることがありますので，あらかじめご承知おきください。万一，本書の記述に誤りがあった場合でも，コンパックは一切その責任を負いかねます。

本書で解説するソフトウェア (対象ソフトウェア)は，所定のライセンス契約が締結された場合に限り，その使用あるいは複製が許可されます。

コンパックは，コンパックまたはコンパックの指定する会社から納入された機器以外の機器で対象ソフトウェアを使用した場合，その性能あるいは信頼性について一切責任を負いかねます。

Compaq， Compaqロゴ， ACMS， Alpha， AlphaServer，DECnet，DECwindows，OpenVMS， PATHWORKS， POLYCENTER， Tru64， VAX，VAXcluster， VMS，およびDIGITALロゴは，米国およびその他の国におけるCompaq Information Technologies Group, L.P.の商標です。

Microsoft，Windows，およびWindows NTは，米国およびその他の国におけるMicrosoft Corporationの商標です。

Intelは，米国およびその他の国における Intel Corporationの商標です。

Motif，OSF1，UNIX，および X/Openは，米国およびその他の国における TheOpen Groupの商標です。

Java，およびすべての Java関連の商標およびロゴは，米国およびその他の国における米国 Sun Microsystems, Inc.の商標または登録商標です。

その他のすべての商標および登録商標は，それぞれの所有者が保有しています。

ZK6652

原典：OpenVMS Alpha Version 7.3-1 Release Notes© 2002 Compaq Computer Corporation

Printed in Singapore.

本書は CD-ROMでも提供しています。

本書は，日本語 VAX DOCUMENT V 2.1を用いて作成しています。

目次

まえがき . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . xiii

1 OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.1 アップグレード・パス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1–1

1.2 Compaqのオペレーティング・システム・サポート . . . . . . . . . . . . . . . . . . . . . . 1–2

1.3 アプリケーションの互換性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1–4

1.4 OpenVMS Alpha Version 7.3-1のファームウェア . . . . . . . . . . . . . . . . . . . . . . . . 1–4

1.5 ネットワーク・オプション . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1–5

1.6 一部のシステムでは DECevent Version 3.1またはそれ以降が必要 . . . . . . . . . . . 1–6

1.7 DECnet-Plusのインストール時の PCSI-I-RETAINメッセージ . . . . . . . . . . . . . . . 1–7

1.8 ミニマム・スタートアップによるブートの夏時間エラー・メッセージ . . . . . . . . . 1–7

1.9 OpenVMS Version 7.2-1または 7.2-1H1からのレジストリのアップグレード . . . . 1–8

1.10 QIO$CONFIGUREプロセスから CONFIGUREプロセスへの置き換え . . . . . . . . . 1–11

1.11 アップグレード前の Kerberos V1.0の削除 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1–11

1.12 BAPシステム・パラメータの調整 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1–12

1.13 OpenVMSのインストールに関連する他の製品 . . . . . . . . . . . . . . . . . . . . . . . . . . 1–13

1.14 DECwindowsのインストールとグローバル・セクションのエラー . . . . . . . . . . . . 1–13

1.15 PATHWORKSおよび Advanced Server for OpenVMS . . . . . . . . . . . . . . . . . . . . . 1–141.15.1 Compaq Advanced Server for OpenVMS . . . . . . . . . . . . . . . . . . . . . . . 1–141.15.2 Compaq PATHWORKS for OpenVMS (Advanced Server) . . . . . . . . . . 1–141.15.3 PATHWORKS V5 for OpenVMS (LAN Manager)のサポートの中止 . . 1–151.15.4 PATHWORKS Version 6.xまたは Advanced Server Version 7.2x for

OpenVMSを実行するシステムのアップグレード . . . . . . . . . . . . . . . . . 1–151.15.5 V6.1より前の PATHWORKS (Advanced Server)を実行するシステムの

アップグレード . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1–161.15.6 Advanced Server Version 7.2x for OpenVMSのアップグレード . . . . . . 1–16

1.16 OpenVMS Version 7.3またはそれ以降における Compaq SDK 1.2.2-1との非互換について . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 1–16

2 OpenVMSの関連製品に関するリリース・ノート2.1 レイヤード・プロダクトのサポート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–1

2.2 ファイル名の大文字小文字の区別の使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–2

2.3 ACMS—アプリケーションが起動しない . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–3

2.4 ACMS—サーバの強制終了による IVP障害 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–3

iii

2.5 FMS—インストール上の問題の修正に必要な ECO . . . . . . . . . . . . . . . . . . . . . . 2–4

2.6 タイム・ゾーンに関する規則の変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–4

2.7 COBOL—RMS特殊レジスタおよび RMS$_FNMと RMS$CRE . . . . . . . . . . . . . . 2–5

2.8 DECdfs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–52.8.1 OpenVMS Alpha Version 7.3-1ではDECdfs Version 2.3-2が必要 . . . . 2–52.8.2 DECnet-Plus for OpenVMSを実行する他のバージョンのシステムでの

DECdfs Version 2.3-1またはそれ以降のバージョンの推奨 . . . . . . . . . . 2–5

2.9 Availability Managerと DECamdsの新バージョン . . . . . . . . . . . . . . . . . . . . . . . 2–6

2.10 Compaq DECforms Web Connector Version 3.0 . . . . . . . . . . . . . . . . . . . . . . . . . 2–6

2.11 DECram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–72.11.1 DECramコマンドとエラー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–72.11.2 DECramとボリューム・シャドウイング . . . . . . . . . . . . . . . . . . . . . . . 2–72.11.3 旧バージョンのDECram . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–7

2.12 Lightweight Directory Access Protocol (LDAP) API . . . . . . . . . . . . . . . . . . . . . . . 2–82.12.1 IDがNULLの場合の ldap_get_optionルーチンからのエラー戻り値 (-1)

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–82.12.2 ber_flatten ( )が中括弧の不一致を検出しない . . . . . . . . . . . . . . . . . . . . 2–8

2.13 DECwindows Motif . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–82.13.1 インストールに必要なシステム・パラメータ値 . . . . . . . . . . . . . . . . . . . 2–82.13.2 ユーザが作成したトランスポートは Compaq DECwindows Motif for

OpenVMS Alphaの今後のリリースでサポートされない . . . . . . . . . . . . 2–92.13.3 一部のバージョンで使用できないDECwindows言語バリアント . . . . . . 2–9

2.14 MultiNet Version 4.3 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–10

2.15 OpenVMS Alpha Version 7.3への Compaq Open3Dのインストール . . . . . . . . . . 2–10

2.16 Pascal—アップグレード後の Compaq Pascal Version 5.5のインストール . . . . . 2–10

2.17 OpenVMSでの DEC PL/I—RTLのサポート . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–11

2.18 ソケットと Java 2 Fast VMを使用したマルチスレッド・アプリケーション . . . . . 2–11

3 ユーザのための全般的なリリース・ノート3.1 SYS$PARSEエラーのレポート—変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–1

3.2 Compaq Secure Web Browserに必要なメモリの増加 (Mozillaベース) . . . . . . . . . 3–1

3.3 『OpenVMS Connectivity Developer Guide (コネクティビティ開発者ガイド)』のタイトル変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–1

3.4 AlphaServer GSシリーズ・システム . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–23.4.1 サポートされる AlphaServer GSシリーズ・システム . . . . . . . . . . . . . . 3–23.4.2 ハード・パーティションとソフト・パーティションのライセンス—修正

済み . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–23.4.3 回避方法の使用停止 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–33.4.4 ライセンスのインストール . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–43.4.5 OpenVMS Galaxyライセンスの実行 . . . . . . . . . . . . . . . . . . . . . . . . . . 3–63.4.6 AlphaServer GS80/160/320システムのデバイスに関する制限事項 . . . . 3–73.4.7 AlphaServer GS140のブート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–73.4.8 Galaxyの単一インスタンスは ES45 AlphaServerでサポートされな

い . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–8

iv

3.5 AlphaServer DS25でのOpenVMS AlphaのオンボードGigabit Ethernetブートのサポート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–8

3.6 分散割り込み . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–8

3.7 IDEコントローラを使用する Personal WorkstationでのOpenVMS V7.3-1のブート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–9

3.8 OpenVMS Freeware CD–ROM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–9

4 システム管理に関するリリース・ノート4.1 拡張ファイル・キャッシュ (XFC) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–1

4.2 必要な Compaq X.25 Version 1.6へのアップグレード . . . . . . . . . . . . . . . . . . . . 4–2

4.3 BACKUPユーティリティ—/[NO]ALIAS修飾子の制限事項 . . . . . . . . . . . . . . . . . 4–2

4.4 CDRECORD.COMの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–24.4.1 ターゲットの CD-Rディスクを初期化できない . . . . . . . . . . . . . . . . . . . 4–34.4.2 CDRECORD.COMはローカル・ドライブでのみサポートされる . . . . . . 4–34.4.3 クラスタ・システムのデバイス名の指定に関する問題 . . . . . . . . . . . . . . 4–34.4.4 書き込み速度とプロセスの優先順位の指定に関する問題 . . . . . . . . . . . . 4–4

4.5 Compaq Graphical Configuration Manager (GCM) . . . . . . . . . . . . . . . . . . . . . . . 4–44.5.1 Java JREとOpenVMSパッチ・キット . . . . . . . . . . . . . . . . . . . . . . . . 4–44.5.2 TCP/IPアドレスの解決に必要なDNSネーム・サーバ . . . . . . . . . . . . . 4–54.5.3 シャットダウン・シーケンス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–54.5.4 システム・レコードの再構築 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–54.5.5 保存されたモデルにすべての連係システムが含まれない . . . . . . . . . . . . 4–64.5.6 クラスタ化されていないソフト・パーティションの属性にアクセスでき

ない . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–64.5.7 OpenVMS GCMクライアントでの見かけ上のハング . . . . . . . . . . . . . . 4–64.5.8 Windows Client Javaの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–64.5.9 マルチモニタはサポートされない . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–74.5.10 インストール・ディレクトリでのOpenVMS Clientの起動 . . . . . . . . . . 4–74.5.11 OpenVMSのブラウザの位置を表すために必要な設定 . . . . . . . . . . . . . . 4–74.5.12 Windows Clientで正しく表示されないOpenVMSファイル . . . . . . . . . 4–7

4.6 CIと LANとの間の切り替えによるクラスタの性能の低下 . . . . . . . . . . . . . . . . . . 4–8

4.7 SCACPが PBAnデバイスのオフライン・エラーを報告する . . . . . . . . . . . . . . . . 4–9

4.8 システム・ディスクごとに 1つのアーキテクチャ . . . . . . . . . . . . . . . . . . . . . . . . 4–10

4.9 ファームウェア・リビジョンと Alpha Station XP1000のブート . . . . . . . . . . . . . 4–10

4.10 DECdtmサービス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–104.10.1 Oracle 8iと 9iでのDECdtm/XA (Alphaのみ) . . . . . . . . . . . . . . . . . . . 4–104.10.2 IPC-E-BCKTRNSFAILエラー・メッセージ . . . . . . . . . . . . . . . . . . . . . 4–11

4.11 ECP Data Collectorと Performance Analyzer V5.4B . . . . . . . . . . . . . . . . . . . . . . 4–11

4.12 VMS$COMMON.DIRファイル:復元の問題 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–12

4.13 Kerberos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–144.13.1 Kerberosと小文字のユーザ名 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–144.13.2 クラスタを認識しないKerberos . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–144.13.3 Kerberosオンライン・ヘルプ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–15

4.14 外部認証 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–164.14.1 POPサーバでの接続が失敗する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–16

v

4.14.2 DECterm端末セッションでの SET PASSWORDの動作 . . . . . . . . . . . . 4–164.14.3 Compaq DECnet-Plusの必要条件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–174.14.4 SYSUAFパスワードを使用するDECwindowsの休止スクリーン . . . . . 4–174.14.5 DECnet-PlusとNET_CALLOUTSパラメータ . . . . . . . . . . . . . . . . . . . 4–184.14.6 レイヤード・プロダクトとアプリケーションに与える影響 . . . . . . . . . . . 4–184.14.7 複合バージョンOpenVMS Clusterシステム . . . . . . . . . . . . . . . . . . . . . 4–194.14.8 ワークステーションではパスワードの有効期限切れは通知されない . . . . 4–19

4.15 EDIT/FDLの推奨バケット・サイズの変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–20

4.16 OpenVMS Galaxy Version 7.3-1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–204.16.1 ES40上のGalaxy: Fast Pathの無効化 (一時的な制限事項) . . . . . . . . . 4–204.16.2 OpenVMS Galaxy構成での Fibre Channelの使用 . . . . . . . . . . . . . . . . 4–214.16.3 Galaxyコンピュータ環境におけるGalaxy以外のクラスタ・メンバの互

換性 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–214.16.4 AlphaServer GS60/GS60E/GS140の複数 I/Oポート・モジュール構成

の制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–224.16.5 MOPブートの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–224.16.6 Galaxy構成でのKFMSBおよび CIXCDアダプタの制限事項 . . . . . . . . 4–22

4.17 AlphaServer GSシリーズ: NPAGERADシステム・パラメータのデフォルトの動作 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–22

4.18 LAN ATM—LANエミュレーション用の DAPBA/DAPCAアダプタの制限事項 . . . . 4–23

4.19 ACMSキットとファイルの削除—問題点 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–23

4.20 ロック・マネージャ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–244.20.1 高速ロック再マスタリングと PE1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–244.20.2 ロック・マネージャと非ページング・プール . . . . . . . . . . . . . . . . . . . . . 4–25

4.21 OPCOM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–254.21.1 誤ったオペレータ・クラスの処理—修正済み . . . . . . . . . . . . . . . . . . . . 4–254.21.2 OPC$ALLOW_INBOUNDとOPC$ALLOW_OUTBOUNDの変更

点 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–264.21.3 OpenVMS Cluster内のワークステーション . . . . . . . . . . . . . . . . . . . . . 4–27

4.22 OpenVMS Clusterシステム . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–274.22.1 MSCPアクセス専用のディスクへの SET PREFERRED_PATH—修正

済み . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–274.22.2 複合バージョンのクラスタにおける FDDI経由のサテライトのブー

ト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–284.22.3 マルチパス・テープ・フェールオーバの制限事項 . . . . . . . . . . . . . . . . . 4–294.22.4 Fibre Channelでのテープの圧縮または密度に関する正しいステータス

の取得 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–294.22.5 テープの/DENSITYキーワードの短縮形の使用の中止 . . . . . . . . . . . . . . 4–294.22.6 パケット損失に関する新エラー・メッセージ . . . . . . . . . . . . . . . . . . . . . 4–304.22.7 複合バージョン・クラスタの Class Scheduler . . . . . . . . . . . . . . . . . . . 4–314.22.8 クラスタの互換に必要な修正キット . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–314.22.9 HSGホスト接続テーブルがフルの場合にはデバイスは設定されない . . . 4–344.22.10 Console V5.6と V5.7でのKGPSA NVRAMエラーは V5.8で修正済

み . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–354.22.11 マルチパス SCSIシャドウ・セットと Fibre Channelシャドウ・セット:

システム・パラメータの調整 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–374.22.12 マルチパス・デバイス:マウント処理中のボリュームのリビルド—修正

済み . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–374.22.13 ボリューム・シャドウイングでのマルチパス・デバイスのディスマウン

ト障害—修正済み . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–38

vi

4.22.14 HSZ70/HSZ80コントローラでまれに発生するマルチパス・フェールオーバ障害— HSZ70では修正済み . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–38

4.22.15 SCSIマルチパス媒体チェンジャでは自動フェールオーバは行われない . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–38

4.22.16 Fibre Channelマルチパス・テープとサード・パーティの製品 . . . . . . . 4–394.22.17 SCSIマルチパスは一部のサード・パーティ製品と互換性がない . . . . . . 4–394.22.18 OpenVMS ClusterシステムでのGigabit Ethernetスイッチの制限事

項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–40

4.23 OpenVMS Management Station . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–40

4.24 PPPDユーティリティ—ライン切断の問題 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–41

4.25 OpenVMSレジストリ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–414.25.1 複合バージョンのクラスタでのレジストリ・サービス . . . . . . . . . . . . . . 4–414.25.2 レジストリ・データ転送サイズの制限の緩和 . . . . . . . . . . . . . . . . . . . . . 4–424.25.3 複合バージョン・クラスタでのレジストリ・マスタ・フェールオー

バ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–42

4.26 レジストリ・サーバと COMの複合バージョン・クラスタの制限事項 . . . . . . . . . 4–434.26.1 複合バージョン・クラスタ内のOpenVMSレジストリ・サーバ . . . . . . . 4–434.26.2 一部の複合バージョンのクラスタに関する COM for OpenVMS (Alpha

のみ)の制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–44

4.27 RMS Journaling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–454.27.1 変更されたジャーナル・ファイルの作成 . . . . . . . . . . . . . . . . . . . . . . . . 4–454.27.2 カーネル・スレッドと互換性のないリカバリ・ユニット・ジャーナリン

グ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–454.27.3 順方向 (AI)ジャーナリング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–464.27.4 OSI環境でのリカバリ・ユニット・ジャーナリングされたファイルへの

リモート・アクセス . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–464.27.5 VFC形式の順編成ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–47

4.28 セキュリティ—DIRECTORYコマンド出力の変更 . . . . . . . . . . . . . . . . . . . . . . . 4–47

4.29 システム・パラメータの変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–474.29.1 廃止されたシステム・パラメータ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–474.29.2 変更されたシステム・パラメータ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–484.29.3 新しいシステム・パラメータ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–49

4.30 TCP/IP Services for OpenVMS Version 5.3の修正キット . . . . . . . . . . . . . . . . . . 4–49

4.31 Terminal Fallback Facility (TFF) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–49

4.32 VCC入出力キャッシュ・サイズの拡張 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–51

4.33 Volume Shadowing for OpenVMS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–514.33.1 すべてのクラスタ・ノードに必要なミニコピー・バージョン . . . . . . . . . 4–514.33.2 マルチパスHSG/HSZディスク・パーティションとボリューム・シャド

ウイング—修正済み . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–514.33.3 Alphaシステムでのみ使用できる INITIALIZE/SHADOW . . . . . . . . . . 4–524.33.4 /MINICOPYを使用したシャドウ・セット・メンバのディスマウン

ト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–524.33.5 SHADOW_MAX_UNITの設定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–53

vii

5 プログラミングに関するリリース・ノート5.1 Common Data Security Architecture (CDSA)に関する考慮 . . . . . . . . . . . . . . . . . 5–1

5.2 Backup API—ジャーナリング・コールバック・イベントの制限事項 . . . . . . . . . . 5–2

5.3 タイマ・キューのエントリ (TQE) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–2

5.4 バッチ・キューとプリント・キューはバッチ・ジョブの実行を停止可能 . . . . . . . 5–3

5.5 Compaq C実行時ライブラリ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–45.5.1 strftime関数—修正済み . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–45.5.2 スレッド化されたアプリケーションの停止—修正済み . . . . . . . . . . . . . 5–45.5.3 カーネル・モードでの ecvt関数—性能の向上 . . . . . . . . . . . . . . . . . . . 5–55.5.4 times関数—性能の向上 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–55.5.5 alarm関数—修正済み . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–55.5.6 ファイル・サイズ (2 GB以上)—制限の解除 . . . . . . . . . . . . . . . . . . . . . 5–65.5.7 statメモリ破損—修正済み . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–65.5.8 decc$to_vmsでの大文字と小文字による照合—修正済み . . . . . . . . . . . 5–65.5.9 ロケールを有効にした場合の printfエラー—修正済み . . . . . . . . . . . . . 5–7

5.6 case=sensitiveを設定した Cプログラムのコンパイル . . . . . . . . . . . . . . . . . . . . . 5–7

5.7 OpenVMS Alpha用の Compaq COBOL実行時ライブラリ (RTL) . . . . . . . . . . . . . 5–75.7.1 COBOL RTLと RMS RUジャーナリング—修正済み . . . . . . . . . . . . . 5–75.7.2 COBOL RTLと ISAM DELETE—修正済み . . . . . . . . . . . . . . . . . . . . 5–85.7.3 COBOL RTLとレコード・ロック—制限事項 . . . . . . . . . . . . . . . . . . . 5–8

5.8 LIBOTS2のバージョン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–8

5.9 Compaq DCE (Distributed Computing Environment) for OpenVMS . . . . . . . . . . . 5–85.9.1 DCEのシステム管理用コマンド・プロシージャ . . . . . . . . . . . . . . . . . . 5–95.9.2 NTLMの認証済み RPC機能の採用 . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–9

5.10 DECdtm $TRANS_EVENT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–10

5.11 デバッガ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–105.11.1 レジスタ・ビューとデバッガのエラー . . . . . . . . . . . . . . . . . . . . . . . . . . 5–105.11.2 デバッガでサポートされない旧バージョンのクライアント/サーバ・イン

タフェース . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–10

5.12 デバッグ・モード—CPUSPINWAITバグチェックの回避 . . . . . . . . . . . . . . . . . . 5–11

5.13 Hypersortユーティリティ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–125.13.1 Hypersortと VFC入力ファイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–125.13.2 Hypersortと/FORMAT=RECORD_SIZE—制限事項 . . . . . . . . . . . . . . 5–125.13.3 Hypersortと入力アスタリスク (*)—制限事項 . . . . . . . . . . . . . . . . . . . . 5–125.13.4 Hypersortとラージ・ファイルの処理—修正済み . . . . . . . . . . . . . . . . . 5–135.13.5 Hypersortと/STATISTICSオーバフロー . . . . . . . . . . . . . . . . . . . . . . . 5–135.13.6 Hypersortと user_compareパラメータおよび user_equalパラメー

タ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–135.13.7 Hypersortでの内部作業ファイルとユーザ出力ファイルの拡張—修正済

み . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–135.13.8 SORT32ファイル命名規則に準拠したHypersort—修正済み . . . . . . . . 5–135.13.9 Hypersortと出力ファイル属性—修正済み . . . . . . . . . . . . . . . . . . . . . . 5–145.13.10 Hypersortと ASTクォータ—修正済み . . . . . . . . . . . . . . . . . . . . . . . . 5–145.13.11 HypersortとNULL重複レコード—修正済み . . . . . . . . . . . . . . . . . . . 5–145.13.12 Hypersortと RMS-F-SYN—修正済み . . . . . . . . . . . . . . . . . . . . . . . . . 5–145.13.13 Hypersortと検索リスト，および論理名の使用—制限事項 . . . . . . . . . . 5–145.13.14 Hypersortと作業ファイルの空き領域不足—制限事項 . . . . . . . . . . . . . 5–15

viii

5.13.15 Hypersortと SORT32の性能—ワーキング・セットとページ・ファイル・クォータ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–15

5.13.16 可変長レコードでのHypersortと SORT32の性能 . . . . . . . . . . . . . . . . 5–155.13.17 Hypersort作業ファイル・ディレクトリ—制限事項 . . . . . . . . . . . . . . . 5–15

5.14 Librarianユーティリティ—PGFLQUOTAは 23000以上必要 . . . . . . . . . . . . . . . . 5–16

5.15 Linkerユーティリティ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–165.15.1 ライブラリ・チェックにおける Linkerのデフォルト動作の変更 . . . . . . 5–165.15.2 Linkerユーティリティ—スタックのエレメント数は最大 25に制限 . . . 5–16

5.16 LTDRIVER—CANCEL SELECTIVEの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . 5–17

5.17 Mailユーティリティ—呼び出し可能メールのスレッドの制限事項 . . . . . . . . . . . 5–17

5.18 Mathematics (MTH$)実行時ライブラリ—イメージのリンク . . . . . . . . . . . . . . . 5–17

5.19 POSIXスレッド・ライブラリ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–185.19.1 プロセス・ダンプ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–185.19.2 動的 CPU構成の変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–195.19.3 スレッド・プログラムの高度デバッグ . . . . . . . . . . . . . . . . . . . . . . . . . . 5–195.19.4 POSIX 1003.4a Draft 4インタフェースの廃止 . . . . . . . . . . . . . . . . . . . 5–205.19.5 NUMAシステムでサポートされる複数の RAD . . . . . . . . . . . . . . . . . . 5–20

5.20 特権付きインタフェースと構造体 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–205.20.1 スレッド単位のセキュリティは特権付きコードとデバイス・ドライバに

影響する . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–205.20.2 OpenVMSフォーク・スレッド作成のための IPL要件の強制 . . . . . . . . . 5–22

5.21 Record Management Services (RMS) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–235.21.1 照合キーを指定する CONVERT/NOSORTで発生する可能のある

CONVERT-I-SEQエラー . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–23

5.22 LIB$FIND_IMAGE_SYMBOL—『RTL Library (LIB$) Manual』の正誤情報 . . . . . 5–23

5.23 RTLの LIB$FIND_IMAGE_SYMBOLシグナル通知による警告 . . . . . . . . . . . . . . . 5–24

5.24 Screen Management (SMG$)機能のドキュメント . . . . . . . . . . . . . . . . . . . . . . . 5–24

5.25 SORT32ユーティリティ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–255.25.1 SORT32と VFC出力ファイルに対する/PROCESS=TAG . . . . . . . . . . . 5–255.25.2 SORT32とNAM$L_ESA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–255.25.3 過大なキーに対する SORT32の診断機能 (Alpha) . . . . . . . . . . . . . . . . . 5–255.25.4 SORT/STATISTICSオーバフロー . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–265.25.5 SORT32のソート作業ファイル用保護マスク . . . . . . . . . . . . . . . . . . . . 5–265.25.6 SORT/SPECIFICATIONと複合条件—制限事項 . . . . . . . . . . . . . . . . . 5–265.25.7 SORT32とHypersortの性能—ワーキング・セットとページ・ファイ

ル・クォータ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–265.25.8 可変長レコードでの SORT32とHypersortの性能 . . . . . . . . . . . . . . . . 5–275.25.9 SORT32作業ファイル・ディレクトリ—制限事項 . . . . . . . . . . . . . . . . 5–27

6 OpenVMSシステムでの装置のサポート6.1 OpenVMSデバイス・ドライバの再コンパイルと再リンク . . . . . . . . . . . . . . . . . 6–1

6.1.1 Alphaデバイス・ドライバに影響を与える可能性のあるスレッド単位のセキュリティ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6–1

6.1.2 Alphaおよび VAXの SCSIデバイス・ドライバ . . . . . . . . . . . . . . . . . . 6–16.1.3 OpenVMS Alphaデバイス・ドライバ . . . . . . . . . . . . . . . . . . . . . . . . . 6–2

6.2 論理ユニット番号に対するパラレル SCSIのサポート—制限事項 . . . . . . . . . . . . 6–2

ix

6.3 IO$_DIAGNOSE関数の動作の変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6–36.3.1 S2DGB$L_32PHSTMOおよび S2DGB$L_64PHSTMOの変更点 . . . . . 6–3

6.4 CRCTXルーチンの機能の強化 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6–3

6.5 MONバージョンのデバイス・ドライバの処理 . . . . . . . . . . . . . . . . . . . . . . . . . . 6–4

6.6 AlphaStation 200/400では ISA_CONFIG.DATの変更が必要 . . . . . . . . . . . . . . . . 6–4

6.7 AlphaServer 4100システムでのメモリ・ホール . . . . . . . . . . . . . . . . . . . . . . . . . 6–5

6.8 SYS$MSBDRIVERはOpenVMS Alphaディストリビューションから削除 . . . . . . 6–7

6.9 OpenVMS Alphaドライバのデバイス IPLの設定 . . . . . . . . . . . . . . . . . . . . . . . . 6–8

6.10 AlphaStation 255: PCI構成の制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6–8

6.11 RZ25Mおよび RZ26Nディスク・ドライブに関する注意 (Alpha) . . . . . . . . . . . . . 6–9

6.12 AlphaServer 2100システムでの SCSIコントローラの制限事項 . . . . . . . . . . . . . . 6–9

6.13 OpenVMS Alpha SCSIファームウェアのサポート . . . . . . . . . . . . . . . . . . . . . . . 6–96.13.1 RZ26Nおよび RZ28Mディスクに対する推奨ファームウェア・サポー

ト . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6–96.13.2 RZ26Lおよび RZ28ディスクをマルチホストで使用するために必要なフ

ァームウェア . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6–106.13.3 ファームウェア・リビジョン・レベル 442の必要条件 . . . . . . . . . . . . . . 6–106.13.4 ファームウェア・リビジョン・レベル 442のインストール手順 . . . . . . . 6–10

6.14 アドオン SCSIアダプタ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6–11

6.15 SCSIテープ・デバイスのMode Page 01hに関するより厳密な条件 . . . . . . . . . . 6–11

7 インターロックされたメモリ命令の使用7.1 必要なコード・チェック . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7–1

7.2 コード分析ツール (SRM_CHECK)の使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7–2

7.3 規則に準拠しないコードの特徴 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7–3

7.4 コーディングの必要条件 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7–4

7.5 コンパイラのバージョン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7–6

7.6 ALONONPAGED_INLINEまたは LAL_REMOVE_FIRSTによるコードの再コンパイル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7–7

A リタイア製品情報A.1 Netscape FastTrack 3.02のサポートの中止 . . . . . . . . . . . . . . . . . . . . . . . . . . . . A–1

A.2 POSIX 1003.4a Draft 4インタフェースのサポートの中止 . . . . . . . . . . . . . . . . . . A–2

A.3 ISA_CONFIG.DATのサポートの将来のリリースでの中止 . . . . . . . . . . . . . . . . . . A–2

A.4 PATHWORKS for OpenVMS (NetWare) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A–2

A.5 アーカイブされたマニュアル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . A–2A.5.1 Extended File Specifications:ドキュメントの再編成 . . . . . . . . . . . . . . A–3

x

B ハードウェアに関するリリース・ノート (旧リリースを含む)

B.1 ALPHAbook 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–1B.1.1 SCSI_MODEユーティリティの使用 . . . . . . . . . . . . . . . . . . . . . . . . . . . B–1B.1.2 シリアル・ライン・デバイスの名前の指定 . . . . . . . . . . . . . . . . . . . . . . B–2B.1.3 グラフィック表示モード . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–2B.1.4 グラフィック表示のカスタマイズ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–3B.1.5 PCMCIAバスのサポート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–4B.1.6 オーディオのサポート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–6B.1.7 キーボードのマッピング . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–6B.1.8 OpenVMS Clusterの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–8

B.2 AlphaServer 1000A . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–8B.2.1 BUS_PROBE_ALGORITHMのデフォルトの設定 . . . . . . . . . . . . . . . . B–8B.2.2 DEFPAアダプタでのインストールの障害 . . . . . . . . . . . . . . . . . . . . . . . B–9

B.3 AlphaServer 2100 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–9B.3.1 コンソール表示 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–9B.3.2 SCSIコントローラの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–10

B.4 AlphaServer 4100—EISA Configuration Utility (ECU) . . . . . . . . . . . . . . . . . . . . . B–10

B.5 AlphaServer 8200と AlphaServer 8400 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–12B.5.1 Field Replaceable Unit (FRU)テーブルのエラー . . . . . . . . . . . . . . . . . B–12B.5.2 環境情報の制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–12

B.6 AlphaStation 255 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–12

B.7 DEC 7000—ブート時の Ctrl/Pの動作の変更 . . . . . . . . . . . . . . . . . . . . . . . . . . . B–12

B.8 DECwindows X11ディスプレイ・サーバ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–13B.8.1 S3マルチスレッド・グラフィック . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–13B.8.2 サポートされるグラフィック・ボード . . . . . . . . . . . . . . . . . . . . . . . . . . B–13

B.9 グラフィック・ボードのサポート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–13

B.10 DIGITAL Modular Computing Components (DMCC) . . . . . . . . . . . . . . . . . . . . . . B–14B.10.1 Alpha 5/366および 5/433 PICMG SBCの制限事項 . . . . . . . . . . . . . . . B–14B.10.2 SRMコンソールの更新 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–14

B.11 PowerStorm 300/350 PCIグラフィック・コントローラ . . . . . . . . . . . . . . . . . . . B–14B.11.1 PowerStorm 300/350 OpenVMSグラフィック・サポートのリリース・

ノート . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–15B.11.2 AlphaStation 255 PowerStormグラフィック・カード . . . . . . . . . . . . . B–15

B.12 RFnn DSSIディスク・デバイスとコントローラ・メモリのエラー . . . . . . . . . . . . B–15

索引

図

6–1 メモリ図の例 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6–6

xi

表

4–1 クラスタの互換に必要な修正キット . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–324–2 マルチパス・シャドウ・セットを設定する場合のシステム・パラメータの設

定 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–374–3 TFF文字フォールバック・テーブル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–506–1 デバイス記述ブロックの変更点 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6–56–2 リビジョン・レベル 442ファームウェアの互換性 . . . . . . . . . . . . . . . . . . . . . . 6–107–1 OpenVMSコンパイラのバージョン . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7–6B–1 サポートされるマイクロコードのレベル . . . . . . . . . . . . . . . . . . . . . . . . . . . . . B–16B–2 DSSIディスク・デバイスのマイクロコードを更新するコマンド . . . . . . . . . . . B–18

xii

まえがき

対象読者

本書は，OpenVMS Alphaオペレーティング・システムのすべてのユーザを対象にしています。オペレーティング・システム・バージョン 7.3-1のインストレーション，アップグレード，あるいはオペレーティング・システムをご使用の前に読みください。

本書の構成

本書は，次の章と付録で構成されています。

• 第 1章は，OpenVMS Alphaオペレーティング・システムのインストレーションについてのリリース・ノートです。

• 第 2章は，OpenVMS Alphaの関連製品のインストレーションおよびサポート情報について説明します。

• 第 3章は，OpenVMS Alphaオペレーティング・システムの一般的な使用についてのリリース・ノートです。

• 第 4章は，特にOpenVMSのシステム管理の問題についてのリリース・ノートです。

• 第 5章は，OpenVMS Alphaシステムでのプログラミングについてのリリース・ノートです。コンパイラ，リンカ，およびランタイム・ライブラリ・ルーチンを使用する際の注意事項も含まれています。

• 第 6章は， AlphaシステムでのOpenVMSデバイス・サポートについてのリリース・ノートです。

• 第 7章は，新しいプロセッサ Alpha 21264 (EV6)を使用するために非常に重要な，インターロックされたメモリの正しい使用方法について説明します。

• 付録 Aは，本リリースではサポートされなくなったOpenVMS Alpha製品，または廃止予定のOpenVMS製品についての情報を示します。

• 付録 Bは，OpenVMS Alphaオペレーティング・システム上で実行されるハードウェアについての情報を示します。

可能な限り，機能または製品名ごとに注意事項が分類されています。

xiii

本書に記載されている注意事項には，今回のリリースから適用されるものと，以前のリリースからのもので今回のリリースにも適用されるものが含まれています。各注意事項が最初に適用されたバージョンは，項目タイトルとして (V7.3のように)示されています。

以前のバージョンの注意事項が掲載されるのは，次のような場合です。

• その情報がOpenVMSドキュメント・セットのどのマニュアルにも記載されておらず，その注意事項の内容がまだ適用される場合。

• 注意事項がマルチ・バージョンのOpenVMS Clusterシステムに適用される可能性がある場合。

関連資料

OpenVMSオペレーティング・システムの今バージョンで利用できるドキュメントの一覧については，『OpenVMS Alpha V 7.3-1新機能説明書』を参照してください。

Compaq OpenVMS製品とサービスに関するその他の情報については，弊社のWebサイトをご覧ください。URLは次のとおりです。

http://www.openvms.compaq.com/

または

http://digital.compaq.co.jp/openvms/

本書で使用する表記法

本書では，次の表記法を使用しています。

表記法意味

Ctrl/x Ctrl/xという表記は， Ctrlキーを押しながら別のキーまたはポインティング・デバイス・ボタンを押すことを示します。

PF1 x PF1 xという表記は， PF1に定義されたキーを押してから，別のキーまたはポインティング・デバイス・ボタンを押すことを示します。

Return 例の中で，キー名が四角で囲まれている場合には，キーボード上でそのキーを押すことを示します。テキストの中では，キー名は四角で囲まれていません。

HTML形式のドキュメントでは，キー名は四角ではなく，括弧で囲まれています。

xiv

表記法意味

. . . 例の中の水平方向の反復記号は，次のいずれかを示します。

• 文中のオプションの引数が省略されている。

• 前出の 1つまたは複数の項目を繰り返すことができる。

• パラメータや値などの情報をさらに入力できる。

.

.

.

垂直方向の反復記号は，コードの例やコマンド形式の中の項目が省略されていることを示します。このように項目が省略されるのは，その項目が説明している内容にとって重要ではないからです。

( ) コマンドの形式の説明において，括弧は，複数のオプションを選択した場合に，選択したオプションを括弧で囲まなければならないことを示しています。

[ ] コマンドの形式の説明において，大括弧で囲まれた要素は任意のオプションです。オプションをすべて選択しても，いずれか 1つを選択しても，あるいは 1つも選択しなくても構いません。ただし， OpenVMSファイル指定のディレクトリ名の構文や，割り当て文の部分文字列指定の構文の中では，大括弧に囲まれた要素は省略できません。

[ | ] コマンド形式の説明では，括弧内の要素を分けている垂直棒線はオプションを 1つまたは複数選択するか，または何も選択しないことを意味します。

{ } コマンドの形式の説明において，中括弧で囲まれた要素は必須オプションです。いずれか 1つのオプションを指定しなければなりません。

太字太字のテキストは，新しい用語，引数，属性，条件を示しています。また，変数を示す場合にも使用されています。

italic text イタリック体のテキストは，重要な情報を示します。また，システム・メッセージ (たとえば内部エラーnumber)，コマンド・ライン (たとえば/PRODUCER=name)，コマンド・パラメータ (たとえばdevice-name)などの変数を示す場合にも使用されます。

UPPERCASETEXT

英大文字のテキストは，コマンド，ルーチン名，ファイル名，ファイル保護コード名，システム特権の短縮形を示します。

Monospace type モノスペース・タイプの文字は，コード例および会話型の画面表示を示します。

Cプログラミング言語では，テキスト中のモノスペース・タイプの文字は，キーワード，別々にコンパイルされた外部関数およびファイルの名前，構文の要約，または例に示される変数または識別子への参照などを示します。

- コマンド形式の記述の最後，コマンド・ライン，コード・ラインにおいて，ハイフンは，要求に対する引数がその後の行に続くことを示します。

数字特に明記しない限り，本文中の数字はすべて 10進数です。 10進数以外 (2進数， 8進数， 16進数)は，その旨を明記してあります。

xv

1OpenVMS Alphaソフトウェアのインストールに関する

リリース・ノート

この章では，OpenVMS Alpha Version 7.3-1オペレーティング・システムのインストールに必要な情報について説明します。

OpenVMS Alpha Version 7.3-1のインストール前に次のマニュアルをすべてお読みください。

• 『OpenVMS Alpha V 7.3-1リリース・ノート[翻訳版]』 (本書)

• 『OpenVMS Alpha V 7.3-1新機能説明書』

• 『OpenVMS Alpha Version 7.3–1 Upgrade and Installation Manual』

1.1 アップグレード・パスVersion 7.3-1への直接アップグレードOpenVMS Alpha Version 7.3-1に直接アップグレードできるのは，OpenVMSAlphaの次のバージョンだけです。

Version 7.3Version 7.2-2Version 7.2-1Version 7.2-1H1Version 7.2Version 7.1-2

現在，OpenVMS Alpha Version 6.2xまたは 7.1を実行している場合は， 2段階の手順でアップグレードします (まず Version 7.2-xまたは 7.3にアップグレードし，次にVersion 7.3-1にアップグレードします)。

クラスタの同時アップグレードクラスタを一度にアップグレードする場合には，クラスタ全体をシャットダウンして，各システム・ディスクをアップグレードします。各コンピュータでアップグレードとその後のリブートが完了するまでクラスタを使用することはできません。各コンピュータがリブートされると，各コンピュータではアップグレード後のオペレーティング・システムが実行されます。アップグレード・パスは，直接アップグレードする場合と同じです。

OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート 1–1

OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.1アップグレード・パス

クラスタのローリング・アップグレードクラスタをローリング・アップグレードする場合は，各システム・ディスクを個別にアップグレードします。この場合，新旧バージョンのオペレーティング・システムを同じクラスタ内で同時に実行できます。ただし，システム・ディスクが複数必要です。アップグレード中でないシステムは，使用可能です。

複合バージョン・クラスタでサポートされるOpenVMS Alphaと VAXのバージョンは，次のとおりです。

Version 7.3-1 (Alpha)Version 7.3 (Alphaと VAX)Version 7.2-2 (Alpha)Version 7.2-1 (Alpha)Version 7.2-1H1 (Alpha)Version 7.2 (VAX)

これらのバージョンの一部では，レジストリ・サーバまたはレジストリ・サービスを使用するアプリケーションを実行中のクラスタ・メンバに対して制限が課せられます。第 4.26.1項を参照してください。

これらすべてのバージョンで複合バージョンをサポートするには，修正キットをインストールする必要があります。第 4.22.8項を参照してください。

1つのクラスタで，一度に 2つのバージョンのみサポートされます。

OpenVMSオペレーティング・システムでアップグレードが保証される組み合わせ，移行可能な組み合わせ，OpenVMS Alpha Version 7.3-1のインストール手順，OpenVMS Alpha Version 7.3-1へのアップグレード手順などの詳細については，『OpenVMS Alpha Version 7.3-1 Upgrade and Installation Manual』を参照してください。

1.2 Compaqのオペレーティング・システム・サポート

V7.3-1

Compaqでは，OpenVMSおよび Tru64 UNIXオペレーティング・システム・ソフトウェアのご購入直後より，次の最も長い期間内で，そのソフトウェアの標準サポート (現在のバージョン・レベルのサポート)を提供します。

• 該当するバージョンのリリース日より 24カ月間

• 該当するバージョンが最新バージョンとして出荷されている期間

• 次のバージョンがリリースされてから 12カ間

1–2 OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート

OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.2 Compaqのオペレーティング・システム・サポート

このサポートは，メジャー・リリース，新機能リリース，および拡張リリースに適用されます。ハードウェア・リリースには適用されません。各リリースの詳細は，次のとおりです。

• メジャー・リリースには，根本的な新機能が含まれます。バージョン番号の整数部分に，次に大きい数字が使用されます (例 6.2-1H1から 7.0へ)。この場合，OpenVMSオペレーティング・システムのサービス使用ライセンスまたは更新ライセンスを購入する必要があります。メジャー・リリースは，サービス更新契約を結ばれたお客様に送付されます。OpenVMSの内部インタフェースが変更され，アプリケーションへの影響があります。ほとんどのアプリケーションについては，バイナリの互換性が保証されますが， ISVで新しいバージョンをテストして，新しいアプリケーション・キットをリリースする必要が生じることがあります。アプリケーション・パートナーは，オペレーティング・システムの新機能を利用してアプリケーション・キットを新しく開発することもできます。

• 新機能リリースには，新機能，拡張機能，およびメンテナンス上の更新などが含まれます。バージョン番号の少数第 1位に，次に大きい数字が使用されます (例7.2から 7.3へ)。この場合，OpenVMSオペレーティング・システムのサービス使用ライセンスまたは更新ライセンスを購入する必要があります。新機能リリースは，サービス更新契約を結ばれたお客様に送付されます。このリリースでは，公開済みの APIは廃止されません。ただし，重要な新機能の追加や性能の向上により，OpenVMSの内部インタフェースが変更されていることがあります。マニュアルで説明する APIを使用するアプリケーションのほとんど (95%)については，新しいアプリケーション・キットが不要です。デバイス・ドライバとカーネル・レベルのアプリケーション (標準以外の APIまたは説明されていない APIを使用するアプリケーション)については，適合性テストが必要になることがあります。

• 拡張リリースには，既存の機能に対する拡張機能やメンテナンス上の更新が含まれます。バージョン番号のダッシュ (-)以降に，次に大きい数字が使用されます(例 7.3-1)。拡張リリースは，サービス更新契約を結ばれたお客様に送付されます。サービス使用ライセンスまたは更新ライセンスは必要ありません。このリリースには，新しいハードウェア・サポート，ソフトウェアの拡張機能，およびメンテナンス上の更新が含まれますが，変更はアプリケーションに影響しません。新旧のリリースでは，バイナリの互換性が 100%保証されます。アプリケーションの互換性の問題が検出された場合，弊社では，優先的に問題を処理します。 ISVで新しいリリースをテストしたり，新しいアプリケーション・キットを作成したりする必要はありせん。

• ハードウェア・リリースは，これまでに説明したオペレーティング・システムのサポート方針と異なり，特定のハードウェア・サポートを含む次のリリースが発行されてから 12カ月間，現在のバージョン・レベルでサポートされます。ハードウェア・リリースは，新しいハードウェアをご購入いただいた場合だけに送付されます。サービス契約だけの場合は，ご利用いただけません。


OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.2 Compaqのオペレーティング・システム・サポート

OpenVMSの次の主な製品は，同時に出荷されたオペレーティング・システムのバージョンと同じ期間だけ同じレベル (標準サポートまたは旧バージョンのサポート)でサポートされます。

TCP/IP Services for OpenVMSX.25 for OpenVMSDECnet (フェーズ IV)DECnet-Plus for OpenVMSPATHWORKSAdvanced Server for OpenVMSVMScluster Software for OpenVMSOpenVMS Cluster Client SoftwareRMS Journaling for OpenVMSVolume Shadowing for OpenVMS

その他の製品は，次のバージョンがリリースされてから 1年間は現在のバージョン・レベルでサポートされます。

OpenVMSオペレーティング・システムのサポートの詳細 (OpenVMSリリースの種類など)については，次のwebサイトを参照してください。

http://www.compaq.com/services/software/ss_openvms.html

1.3 アプリケーションの互換性

OpenVMSでは，公開された APIは，どのリリースでも一貫してサポートされます。通常，公開された APIを使用するアプリケーションでOpenVMSの新しいリリースをサポートするために変更が必要になることはありません。廃止された APIは，マニュアルから削除されますが，OpenVMSでは引き続き APIとして使用できます。

1.4 OpenVMS Alpha Version 7.3-1のファームウェア

V7.3-1

OpenVMS Version 7.3-1 CD–ROMパッケージには， Alpha Systems FirmwareUpdate CD–ROMとリリース・ノートが同梱されています。この更新ファームウェアをOpenVMS Version 7.3-1とともに使用することをお勧めします。ファームウェアのインストール前にリリース・ノートを参照してください。最新のファームウェアとその詳細については，次のwebサイトを参照してください (URLを正しく入力してください)。


OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.4 OpenVMS Alpha Version 7.3-1のファームウェア

http://ftp.digital.com/pub/DEC/Alpha/firmware/

注意

Alpha Systems Firmware Update Version 6.2では， AlphaServer GS160/320システムでのホット・スワップ機能のサポートが制限されます。このシステムで Version 6.2ファームウェアを使用する場合は，ホット・スワップ操作を行わないでください。ファームウェアの webサイトにアクセスして，最新のファームウェアとこの制限を修正する方法について確認してください。

OpenVMS Alpha Version 7.3-1でテスト済みの Alpha Systems Firmwareの最小バージョンは， Version 6.1です。

1.5 ネットワーク・オプション

V7.3-1

OpenVMSでは，使用するネットワーク・プロトコルを柔軟に選択できます。DECnetが必要な場合も， TCP/IPが必要な場合も，OpenVMSではネットワークにとって最適なプロトコルあるいはプロトコルの組み合わせを選択できます。OpenVMSでは， Compaqのネットワーキング製品もサード・パーティのネットワーキング製品も，共にサポートされます。

OpenVMS Version 7.3-1のインストール手順で，次の Compaqネットワーキング・ソフトウェアをインストールすることができます。

• Compaq TCP/IP Services for OpenVMS

TCP/IP ServicesとDECnetはシステムで同時に実行できます。 CompaqDECnet-Plus for OpenVMSおよび TCP/IP Servicesをシステムにインストールしておけば， TCP/IPネットワークを介してDECnetアプリケーション，OSIアプリケーション，またはその両方を実行できます。DECnetを TCP/IP (RFC1859)を介して実行する方法と，OSIを TCP/IP (RFC 1006)を介して実行する方法の詳細については，『DECnet-Plus for OpenVMS Management Guide』を参照してください。

• DECnet-Plus for OpenVMSまたは Compaq DECnet for OpenVMS (OpenVMSのフェーズ IV)(2つのDECnet製品をシステムで同時に実行することはできません)

DECnet-PlusにはDECnetフェーズ IV製品のすべての機能に加えて， TCP/IPまたはOSIプロトコルを介してDECnetを実行する機能も含まれています。

Prior Version Support契約を結ばれているお客様に対しては，DECnetフェーズIVがサポートされます。

また，OpenVMSをインストールした後で，サポートされるサード・パーティ・ネットワーキング製品をインストールすることもできます。


OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.5ネットワーク・オプション

インストールの後で Compaqネットワーキング・ソフトウェアを構成したり管理したりする方法については， TCP/IP，DECnet-Plus，またはDECnetの各マニュアルを参照してください。オンライン形式のマニュアルは，OpenVMS DocumentationCD–ROMで提供されます。印刷物が必要な場合は，弊社へご注文ください。

1.6 一部のシステムではDECevent Version 3.1またはそれ以降が必要

V7.3-1

旧バージョンのハードウェア・プラットフォームの分析サポートされている特定の旧バージョンのハードウェア・プラットフォーム (1200，8400，GS60，GS140などのプラットフォーム)では，ハードウェア・エラー・ログ・ファイルを分析する場合にDECevent Version 3.1またはそれ以降のバージョンが必要です。

OpenVMS Version 7.3-1または 7.3をインストールすると，DECevent DCLコマンドDIAGNOSEが無効になります。DECeventとそのDIAGNOSEコマンドを必要とするハードウェア・プラットフォームにOpenVMSをインストールする場合は，次の順序でインストールを実行してください。

1. OpenVMS Version 7.3-1または 7.3のインストール

2. DECeventソフトウェア (Compaq System Tools CD–ROMに格納されているDECeventキットにあります)のインストール

この操作を実行しないでDIAGNOSEコマンドを実行しようとすると，次のシステム・メッセージが出力されます。

$ DIAGNOSE [parameters]%DIA-E-NOINSTAL, DIAGNOSE has not been installed on this system

最新バージョンのプラットフォームの分析Compaq Analyzeは，OpenVMSと最新のハードウェア・プラットフォーム (DSnn，ESnn，GS80，GS160，GS320などのプラットフォーム)でサポートされるエラー・ログ分析ツールです。

2つのプラットフォームの分析DECeventでサポートされるプラットフォームと Analyzeでサポートされるストレージ・デバイスの両方を使用している場合は，DECeventと Compaq Analyzeの両方が必要です。 Compaq Analyzeをインストールする場合は，WEBES Version 4.0キットをインストールしてから，最新の Service Pakをインストールしてください。

DECeventキットの現在のバージョンは Version 3.4です。

DECeventのオペレーティング・システム要件とサポートされるハードウェアの詳細については，『DECevent Release Notes』を参照してください。このマニュアルは，次のwebサイトで入手できます。


OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.6一部のシステムでは DECevent Version 3.1またはそれ以降が必要

http://www.support.compaq.com/svctools/decevent/

「Download the documentation」のリンクをクリックしてください。

Compaq Analyzeのオペレーティング・システム要件とサポートされるハードウェアの詳細については，『WEBES Installation Guide』を参照してください。このマニュアルは，他のWEBESマニュアルとともに次のwebサイトで入手できます。

http://www.support.compaq.com/svctools/webes/

「View WEBES documentation」リンクをクリックしてください。

DECeventの詳細については，『OpenVMSシステム管理者マニュアル (下巻)』を参照してください。

1.7 DECnet-Plusのインストール時のPCSI-I-RETAINメッセージ

V7.2

OpenVMS Version 7.3-1または 7.3にアップグレードし，かつシステムにDCE forOpenVMSまたはDECnet-Plus for OpenVMSがインストールされている場合には，DECnet-Plusをインストールすると，次のファイルに対してPCSI-I-RETAIN情報メッセージが出力されます。

[SYSEXE]DTSS$SET_TIMEZONE.EXE[SYSLIB]DTSS$RUNDOWN.EXE[SYSUPD]DTSS$TIMEZONE_RULES.DAT[SYSLIB]DTSS$SHR.EXE

次の例を参照してください。

%PCSI-I-RETAIN, file [SYSEXE]DTSS$SET_TIMEZONE.EXE was not replacedbecause file from kit has a lower generation number

これらのメッセージは無視してもかまいません。DECnet-Plusキットは正しくインストールされています。

1.8 ミニマム・スタートアップによるブートの夏時間エラー・メッセージ

V7.3

ミニマム・スタートアップ (STARTUP_P1 "MIN")でブートする場合，夏時間調整が不能であることを表すメッセージがジョブ・コントローラにより表示されます。


OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.8ミニマム・スタートアップによるブートの夏時間エラー・メッセージ

%JBC-W-SYSERROR, SYS$MANAGER:JBC$DST_COMMAND.COM daylight savings time processfailed system service error at PC 00000000

これは，ミニマム・スタートアップ手順でシステム時間に適用可能な効果を知らせるための正常な情報です。 (アップグレードやインストール中に)システムのスタートアップ条件に影響がない場合は，無視してかまいません。

1.9 OpenVMS Version 7.2-1または7.2-1H1からのレジストリのアップグレード

V7.3-1

OpenVMS Alpha Version 7.2-2， 7.3，および 7.3-1のレジストリは，OpenVMSAlpha Version 7.2-1および 7.2-1H1のレジストリと異なり，互換性がありません。そのため， Version 7.2-1および 7.2-1H1のレジストリから Version 7.2-2， 7.3，および 7.3-1のレジストリにアップグレードする場合には，以降に記載する特殊な手順を実行します。

クラスタ内のすべての Alphaノードを同時にアップグレードするには，アップグレード前にレジストリとこのレジストリを使用中のすべてのアプリケーションだけをシャットダウンし，アップグレード後にスタートアップでこのシャットダウン手順を逆に実行します。

クラスタ内の一部のノードだけを同時にアップグレードする場合，レジストリ・サーバとアプリケーションは，同一クラスタ内の Version 7.2-1と 7.2-1H1のノードだけ，または Version 7.2-2， 7.3，および 7.3-1のノードだけのどちらか一方でしか実行できないことに注意してください。そのため，クラスタ内の各ノードをアップグレードする前に，そのノードで次の製品をスタートアップしないでください。

• レジストリ

• Advanced Server

• COM for OpenVMS

• レジストリを使用中の他のアプリケーション

Version 7.2-2， 7.3，または 7.3-1のノードのレジストリ・サービスを使用してレジストリとアプリケーションをスタートアップする直前に，クラスタ内の残りのレジストリ・ベースのアクティビティをすべてシャットダウンする必要があります。

注意

OpenVMS Version 7.2-1または 7.2-1H1で Compaq Advanced Server forOpenVMSを実行している場合は，OpenVMS Version 7.2-1または 7.2-1H1ノードをOpenVMS Version 7.3または Version 7.3-1にアップグレードする前にすべてのノードを Advanced Server V7.3 for OpenVMSにアップグレードする必要があります。


OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.9 OpenVMS Version 7.2-1または 7.2-1H1からのレジストリのアップグレード

OpenVMS NTレジストリで実行中のシステムを Version 7.2-1または 7.2-1H1からVersion 7.2-2， 7.3，または 7.3-1にアップグレードするには，次の手順を実行します。

1. レジストリは，正常な手順でシャットダウンすることをお勧めします。レジストリをシャットダウンする前に，そのレジストリを使用中のすべてのレイヤード・プロダクトをシャットダウンします。まず，レジストリ・サービスを使用中であることが判明している，環境に固有のアプリケーションをシャットダウンします。次に，レジストリ・サービスを使用中のレイヤード・プロダクトをシャットダウンします。たとえば， COM for OpenVMS， Advanced Serverなどの順にシャットダウンします。 COMは，次のコマンドを使用してシャットダウンします。

$ @SYS$STARTUP:DCOM$SHUTDOWN.COM

Advanced Serverは，次のコマンドでシャットダウンします。

$ @SYS$STARTUP:PWRK$SHUTDOWN.COM

2. 次のコマンドでレジストリ・データベースのスナップショットを作成します。

$ MCR REG$CP CREATE SNAPSHOT

3. 次のコマンドでレジストリ・データベースをエクスポートします。

$ MCR REG$CP EXPORT DATABASE [/LOG/OUTPUT=filename]

4. クラスタ内のノードをすべて同時にアップグレードする場合は，マスタ・レジストリ・サーバとして機能するノードを記録しておく必要があります。マスタ・ノードを確認するには，次のコマンドを実行します。

$ SHOW SERVER REGISTRY/MASTER

5. レジストリ・サーバをシャットダウンします。クラスタ内のすべてのノードを同時にアップグレードする場合には，次のコマンドを実行します。

$ SET SERVER REGISTRY/CLUSTER/EXIT

クラスタ内のノードを 1つだけアップグレードする場合には，そのノードで次のコマンドを実行します。

$ SET SERVER REGISTRY/EXIT

マスタ・ノードの場合，終了するまで待ってから他のアクションを実行します。クラスタ内の他のノードがマスタになります。

6. アップグレードが完了するまで，または，ノードを選択してアップグレードする場合は新しいサーバに切り替わるまで，アップグレードするノードでレジストリ・サーバが再起動しないようにします。



リブート時にレジストリのスタートアップを防ぐには，各ノードで次の 2つの事柄を確認してください。

a. SYS$MANAGER:SYLOGICALS.COMファイルでは，次の文字列を含む論理名の定義をコメント・アウトします。

"TO_BE_STARTED"

b. 後で復元するために元の設定を記録します。

c. SYS$MANAGER:SYSTARTUP_VMS.COMの中で次のようなコマンドを実行して， Advanced Serverを自動的にスタートアップする場合には，そのノードで Advanced Serverが起動しないようにこの行をコメント・アウトします。

$ @SYS$STARTUP:PWRK$STARTUP.COM

7. 各ノードでアップグレードを実行します。

8. すべてのノードをアップグレードした後で，マスタ・サーバを実行していたノードで次のコマンドを実行し，マスタ・サーバを再起動します。

$ SET SERVER REGISTRY/START

クラスタ内の一部のノードだけをアップグレードし，アップグレード済みノードのレジストリ・サービスに切り替えることもできます。その場合はまず上記の手順 1～ 6により，クラスタ内の残りのOpenVMS Version 7.2-1および 7.2-1H1ノードで，レジストリ・サーバ，レジストリ・サービスを使用中のアプリケーションをシャットダウンします。そしてアップグレードされたノード上のレジストリ・サーバを起動します。

9. 次のコマンドを実行し，レジストリが機能していることを確認します。

$ MCR REG$CP LIST KEY HKEY_LOCAL_MACHINE

このコマンドでは，HKEY_LOCAL_MACHINEルート・キーのサブ・キーが 4つ以上表示されます。HKEY_USERSルート・キーについてもこのコマンドを繰り返し実行します。この場合， 1つ以上のサブ・キーが表示されます。

注意

例外的にレジストリが動作しない場合は，『COM, Registry, and Eventsfor OpenVMS Developer’s Guide』の手順に従って，スナップショット・ファイルからデータベースを復元します。この手順が失敗した場合，SYS$REGISTRYディレクトリのファイルをすべて削除するか，ディレクトリ名を変更し， SYS$STARTUP:REG$CONFIGを起動して，レジストリ・サーバを再構成します (詳細は『COM, Registry, and Events for OpenVMSDeveloper’s Guide』を参照)。その後で，手順 3で保存したデータベース・ファイルをインポートします。



10.次のコマンドを実行し，他のアップグレード済みノードのバックアップ・レジストリ・サーバを起動します。

$ SET SERVER REGISTRY/START

11. SYS$MANAGER:SYLOGICALS.COMファイルの "TO_BE_STARTED"論理名定義と SYS$MANAGER:SYSTARTUP_VMS.COMファイルの Advanced Serverの起動に関する変更を元に戻します。

一部のノードだけをアップグレードする場合，手順 6の説明のとおり，クラスタ内の残りのOpenVMS Version 7.2-1ノードでSYS$MANAGER:SYLOGICALS.COMファイルの "TO_BE_STARTED"論理名定義と SYS$MANAGER:SYSTARTUP_VMS.COMファイルの AdvancedServerのスタートアップをコメント・アウトします。

12.アップグレード済みノードで Advanced Server， COM for OpenVMS，およびレジストリを使用中のアプリケーションを再起動します。

1.10 QIO$CONFIGUREプロセスからCONFIGUREプロセスへの置き換え

V7.3-1

CONFIGUREプロセスは， SYS$SYSTEM:STARTUP.COMによって制御されるシステム・スタートアップ・プロシージャの 1つのフェーズです。OpenVMS Version7.3では， CONFIGUREプロセスがQIO$CONFIGUREプロセスに置き換えられましたが，OpenVMS Version 7.3-1では，QIO$CONFIGUREプロセス (およびQIOserver固有の他のソフトウェア)がサポートされません。そのため， Version 7.3より前のバージョンで使用されていた CONFIGUREプロセスを再度使用するように変更されています。コマンド・プロシージャにQIO$CONFIGUREプロセスが含まれている場合には，そのプロセスの名前を CONFIGUREに変更してください。

QIO$CONFIGUREに置き換えられた CONFIGUREプロセスは， Version 7.3の修正キットに含まれています。このキットは， VMS73_CLUSTER-V0200です。

SYS$SYSTEM:STARTUP.COMと，システム起動時の CONFIGUREプロセスの詳細については，『OpenVMSシステム管理者マニュアル』を参照してください。

1.11 アップグレード前のKerberos V1.0の削除

V7.3-1

Kerberos Version 1.0 for OpenVMS Alphaをインストールしている場合は，オペレーティング・システムをアップグレードする前に PCSIユーティリティを使用してKerberos Version 1.0 for OpenVMS Alphaを削除してください。


OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.11アップグレード前の Kerberos V1.0の削除

Kerberosを削除するには，メイン・メニューで[Remove installed products]を選択します。削除中にデータとディレクトリを削除するかどうかを確認するメッセージが表示されます。 (データとは主データベースの構成データ・ファイルを指します。)この情報を保存して後で使用する場合は，[No]を指定します。メイン・メニューに戻り，OpenVMSをアップグレードします。

アップグレード後は，新しいKerberosのディレクトリが SYSEXEにあるKERBEROS.DIR以下に配置されます。新しいKerberosのデータは，構成中に作成されるか，または，以前のKerberosディレクトリからコピーされます。以前にインストールしていたKerberos PCSIキットを削除してデータとディレクトリを保存してある場合は，このデータを新しいディレクトリにコピーできます。コピーするには， SYSTEMアカウントから次のコマンドを入力します。

$ @sys$manager:krb$logicals.com$ rename/log sys$common:[sysexe.etc]*.* krb$root:[etc]*.*;$ rename/log sys$common:[sysexe.bin]*.dat krb$root:[bin]*.*;$ rename/log sys$common:[sysexe.krb5kdc]*.* krb$root:[krb5kdc]*.*;

オプションでログ・ファイルを保存するには，次のコマンドを入力します。

$ rename/log sys$common:[sysexe.log]*.* krb$root:[log]*.*;

Kerberosサーバを起動するには，次のコマンドを入力します。

$ @sys$startup:krb$startup.com

1.12 BAPシステム・パラメータの調整

V7.3-1

OpenVMS Alpha Version 7.1またはそれ以降のバージョンには， BAP (bus-addressable pool)を操作するためのシステム・パラメータが用意されています。システム・アダプタで BAPを使用するには，オペレーティング・システムのインストール後に BAPシステム・パラメータを調整する必要があります。ただし，ユーザが操作する必要はありません。インストールまたはアップグレードの過程で AUTOGENによりこれらのパラメータが自動的に正しく設定されます。

論理パーティション・パラメータ (lpで始まる Alphaコンソール環境変数)を変更する場合，または，別の論理パーティションで構成されたシステム・ディスクの 1つの論理パーティションでブートする場合は， BAPシステム・パラメータを明示的に設定する必要があります。 BAPパラメータの設定については，『OpenVMSシステム管理者マニュアル』を参照してください。

注意

Version 7.2より前のOpenVMS Alphaシステムでは，NPAG_BAP_MIN_PAパラメータとNPAG_BAP_MAX_PAパラメータの値をバイト単位で指定しま


OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.12 BAPシステム・パラメータの調整

す。OpenVMS Alpha Version 7.2またはそれ以降では，これらのパラメータをメガバイト単位で指定します。

通常，これらのパラメータは，アップグレード過程で正しい単位に変更されますが，NPAG_BAP_MIN_PAパラメータとNPAG_BAP_MAX_PAパラメータを手動で指定する場合は，各値を正しい単位で指定してください。単位を誤ると，ブート中またはブート直後にシステムが停止します。

1.13 OpenVMSのインストールに関連する他の製品

この後の節では，OpenVMSオペレーティング・システムのインストールに影響を与える関連 (レイヤード)製品について説明します。

1.14 DECwindowsのインストールとグローバル・セクションのエラー

V7.3

Compaq DECwindowsと特定の関連製品 (レイヤード・プロダクト)を同時にインストールする場合，DECwindowsでは起動用のグローバル・セクションが正しく計算されません。そのため，DECwindowsのリブート後に初めてシステムを起動すると，起動に失敗することがあります。その場合，コンソールに次のようなメッセージが表示されます。

%DECW-W-BADVALUE, Free GBLSECTIONS is 251, should be at least 280

次のメッセージで，DECwindowsにより AUTOGENを実行するかどうかを選択できます。

Do you want the system to run AUTOGEN for you [YES]?

ただし，この場合，手動で調整する必要があるため，「NO」と入力します。(DECwindowsを起動するためにシステム・パラメータの一部をリセットする必要があります。「YES」と入力すると， AUTOGENによりこれらのパラメータが変更され，システムがリブートされますが，DECwindowsは起動しません。「NO」と入力すると， AUTOGENが実行されないのでリブートも発生しません。そのため，ログインして，DECwindowsが起動されるようにシステム・パラメータを手動で調整できます。)

DECwindowsを起動させるには，次の手順を実行します。

1. 次の質問に「NO」と入力します。

Do you want the system to run AUTOGEN for you [YES]?


OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.14 DECwindowsのインストールとグローバル・セクションのエラー

2. システムの起動が完了した後で，コンソールにログインします。

3. グローバル・セクションのサイズを増やすためにSYS$SYSTEM:MODPARAMS.DATを手動で変更します。例えば，次の行を SYS$SYSTEM:MODPARAMS.DATに追加します。

MIN_GBLSECTIONS = 700

4. AUTOGENを実行して，システム・パラメータを修正します。

$ @SYS$UPDATE:AUTOGEN GETDATA TESTFILES NOFEEDBACK

5. 次のコマンド・プロシージャを実行して，現在の値でDECwindowsを実行できるかどうかを確認します。

$ @SYS$MANAGER:DECW$GETPARAMS.COM

6. AUTOGENを再実行します。

$ @SYS$UPDATE:AUTOGEN GENPARAMS REBOOT NOFEEDBACK

1.15 PATHWORKSおよびAdvanced Server for OpenVMS

V7.3-1

ここでは， PATHWORKSと Advanced Server for OpenVMSについて説明します。また，これらの製品を実行するOpenVMSシステムのインストールやアップグレードについても説明します。

1.15.1 Compaq Advanced Server for OpenVMS

OpenVMS Alpha Version 7.3-1システムでは， Compaq Advanced Server forOpenVMS Version 7.3がサポートされます。 Advanced Server for OpenVMSVersions 7.2および 7.2Aを使用するサーバは，アップグレードする必要があります。 Advanced Server for OpenVMSサーバのアップグレードについては，第 1.15.6項を参照してください。

1.15.2 Compaq PATHWORKS for OpenVMS (Advanced Server)

OpenVMS Alpha Version 7.3-1システムでは， Compaq PATHWORKS Version6.1 for OpenVMS (Advanced Server)がサポートされます。 PATHWORKS forOpenVMSの旧バージョンを使用するサーバは，アップグレードする必要があります。旧バージョンの PATHWORKSのアップグレードについては，第 1.15.5項を参照してください。


OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.15 PATHWORKSおよび Advanced Server for OpenVMS

1.15.3 PATHWORKS V5 for OpenVMS (LAN Manager)のサポートの中止

OpenVMS Version 7.3-1では， PATHWORKS V5 for OpenVMS (LAN Manager)がサポートされません。

PATHWORKS V5 for OpenVMS (LAN Manager)を実行し，OpenVMS Version7.3-1のインストール後にファイル・サービスや印刷サービスを使用する場合には，ファイル・サーバまたは印刷サーバを PATHWORKS V6.1 for OpenVMS (AdvancedServer)にアップグレードしてからOpenVMS Version 7.3-1をインストールしてください。

PATHWORKS V5 for OpenVMS (LAN Manager)から Advanced Server V7.3 forOpenVMSに直接アップグレードすることはできません。 PATHWORKS V5 forOpenVMS (LAN Manager)から PATHWORKS V6.x for OpenVMS (AdvancedServer)へのアップグレードについては，キット・マニュアルの『PATHWORKS forOpenVMS (Advanced Server) Server Installation and Configuration Guide』を参照してください。旧バージョンの PATHWORKS for OpenVMS (Advanced Server)から PATHWORKS V6.1 for OpenVMS (Advanced Server)へのアップグレードについては，第 1.15.5項を参照してください。

1.15.4 PATHWORKS Version 6.xまたは Advanced Server Version 7.2x forOpenVMSを実行するシステムのアップグレード

OpenVMSシステムでは，OpenVMS Version 7.3-1と同時に配布されるPATHWORKS Version 6.1 for OpenVMS (Advanced Server)と Advanced ServerVersion 7.3 for OpenVMSによって，ファイル・サービスや印刷サービスが提供されます。

OpenVMS Version 7.3-1では， Version 6.1より前の PATHWORKSサーバとVersion 7.3より前の Advanced Server for OpenVMSサーバはサポートされません。OpenVMS Version 7.3-1を実行するには，まず PATHWORKSサーバとAdvanced Server for OpenVMSサーバを正しいバージョンにアップグレードします。

PATHWORKS Version 6.xサーバと Advanced Server Version 7.2xサーバの詳細については，第 1.15.5項と第 1.15.6項を参照してください。


OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.15 PATHWORKSおよび Advanced Server for OpenVMS

1.15.5 V6.1より前の PATHWORKS (Advanced Server)を実行するシステムのアップグレード

V7.3

Version 6.1より前の PATHWORKS for OpenVMS (Advanced Server)を実行しているOpenVMSシステムをアップグレードするには，次の手順を実行します。

1. PATHWORKS for OpenVMS (Advanced Server)を Version 6.1にアップグレードします。

2. OpenVMSシステムをOpenVMS Version 7.3-1にアップグレードします。

3. この段階では， PATHWORKS for OpenVMS (Advanced Server)を AdvancedServer V7.3 for OpenVMSにアップグレードすることもできます。

1.15.6 Advanced Server Version 7.2x for OpenVMSのアップグレード

Advanced Server for OpenVMSサーバをアップグレードするには，次の手順に従います。

1. Advanced Server V7.2/7.2A for OpenVMSサーバを Advanced Server V7.3 forOpenVMSにアップグレードします。

2. OpenVMS AlphaシステムをOpenVMS Version 7.3-1にアップグレードします。

注意

OpenVMSレジストリ・プロトコルが変更されたため，同じクラスタ内のOpenVMS Alpha Version 7.3-1システムと Version 7.2-2より前のバージョンのOpenVMS Alphaシステムでは， Advanced Server for OpenVMSソフトウェアを実行できません。

複合バージョンのクラスタでシステムをアップグレードする方法については，第 1.9節を参照してください。

1.16 OpenVMS Version 7.3またはそれ以降におけるCompaq SDK1.2.2-1との非互換について

V7.3-1

Compaq OpenVMS e-Business Infrastructure Package Version 1.3 CD–ROMには， Compaq Software Development Kit (SDK) for the OpenVMS OperatingSystem (Java™プラットフォーム用) v 1.3.1-3が現在のバージョンとして収録されています。


OpenVMS Alphaソフトウェアのインストールに関するリリース・ノート1.16 OpenVMS Version 7.3またはそれ以降における Compaq SDK 1.2.2-1との非互換について

Adobe Systems Incorporatedとの契約に基づき， Compaq DECwindows Motif forOpenVMS V1.2-6ソフトウェアからDisplay PostScriptファイルとライブラリが削除されました。そのため，OpenVMS Alpha Version 7.3またはそれ以降には， SDKv 1.2.2-1を使用して Java™ GUIアプリケーションを実行するためのファイルは含まれません。

この制限は， SDK v 1.2.2-1リリースだけに関するものです。 Java DevelopmentKit (JDK) Version 1.1，および SDK v 1.2.2-1より新しい SDKのすべてのリリースは， Adobe Display PostScriptソフトウェアまたはそのライブラリに依存していません。


2OpenVMSの関連製品に関するリリース・ノート

この章では，OpenVMS関連製品について説明します。

コンパイラ，リンカ，実行時ライブラリ・ルーチンの使用に関する注意事項については，第 5章を参照してください。

2.1 レイヤード・プロダクトのサポート

レイヤード・プロダクトのサポートに関する詳細は，Web上の『Public RolloutReports for OpenVMS』を参照してください。 Software Public Rollout Reports forOpenVMSには， Software Products Library Kits (CD–ROMコンソリデーション)for OpenVMS AlphaおよびOpenVMS VAXで提供されている Compaqのソフトウェア製品の情報が記載されています。

レポートには製品名とバージョン，製品をサポートするのに必要なオペレーティング・システムのバージョン，製品のボリューム出荷日が示されています。レポートの情報は今後も追加され，変更される可能性があります。レポートは公開され，毎月更新されます。レポートの情報はたえず変化するので，リリース・ノートには含まれません。

これらのレポートはWebのOpenVMSホーム・ページのOpenVMS Productsセクションから入手できます。OpenVMS Software Public Rollout Reports for OpenVMSにアクセスするには，次のwebサイトを参照してください。

http://www.openvms.compaq.com/openvms/os/swroll/index.html

インターネットにアクセスできない場合は，四半期ごとに提供される SoftwareProducts Librariesからオペレーティング・システム・サポート情報を検索できます。このライブラリは，次のディレクトリにあります。

[README]SW_COMPAT_MATRIX.PS (.TXT)

また， Software Public Rollout Reportsは弊社のサポート担当者から入手することもできます。

OpenVMSの関連製品に関するリリース・ノート 2–1

OpenVMSの関連製品に関するリリース・ノート2.2ファイル名の大文字小文字の区別の使用

2.2 ファイル名の大文字小文字の区別の使用

V7.3-1

OpenVMS Alphaでは，大文字小文字を区別したファイル名の検索オプションがサポートされるようになりました。大文字小文字を区別しないファイル名の検索はデフォルトの動作で，OpenVMSの以前のバージョンの動作です。

この機能は，OpenVMSの動作における非常に大きな変更点であるため，既存のアプリケーションで問題が発生する可能性があります。大文字小文字を区別したファイル名の検索を有効にすると，既存のアプリケーションが中断する可能性があります。大文字小文字を区別したファイル名の検索を無効にすると，以前の動作が復元されます。しかし，大文字小文字を区別した操作は，大文字小文字の区別を要求または依存する一部のアプリケーション (通常はUNIXのアプリケーション)を移植する際に重要な場合があります。

大文字小文字を区別した操作は，大文字小文字が保存されない場合には適切に実行されません。OpenVMS ODS-2ボリュームでは，ファイル名の大文字小文字の保存がサポートされません。DCLでは，プロセス属性 PARSE_STYLEが EXTENDEDに設定されていない場合，すべてのコマンド行パラメータが大文字に変換されます。DECC実行時ライブラリでは，DECC$EFS_CASE_PRESERVEパラメータが設定されていない場合，ファイル名の大文字小文字が変換されます。

大文字小文字の区別は，大文字小文字の保存がサポートされている環境で，大文字小文字の区別がアプリケーションで重要である場合にだけ使用してください。大文字小文字の区別がサポートされているかどうかわからないアプリケーションでは，大文字小文字の区別を使用しないでください。たとえば，ファイル名またはファイル・タイプが大文字小文字を区別しない環境用に開発されたアプリケーションにコード化されると，参照しているファイルの実際の大文字小文字と一致しなくなることがあります。

大文字小文字の区別はファイル操作に適用されます。通常， (DCL， SETPROCESS /CASE，または SYS$SET_PROCESS_PROPERTIESWサービスを使用するアプリケーションで)プロセス属性として有効化されます。この属性は，$CREATE，$OPEN，$SEARCHRMSなどの RMSサービスを通じて実行されるファイル・システムの操作に影響します。 ACP $QIOインタフェースを使用するファイル操作では，大文字小文字の区別を明示的にコード化する必要があります。

大文字小文字の保存は，ファイル名をファイル・システムに保存する動作に影響します。 SET PROCESS/PARSE_STYLEでは，DCLによってファイル名を大文字に強制的に変換するか，そのまま保存するかを指定します。同様に，DECC実行時ライブラリとアプリケーションでは，ファイル名を大文字に変換するか，そのまま保存するかどちらかを選択できます。大文字小文字の保存を有効にすると，ファイル名は入力されたとおりにファイル・システムに保存されます。ただし，大文字小文字を区別

2–2 OpenVMSの関連製品に関するリリース・ノート

OpenVMSの関連製品に関するリリース・ノート2.2ファイル名の大文字小文字の区別の使用

しない操作で使用される大文字と小文字が混在するファイル名は，従来の大文字のみのファイル名の動作と同じように動作します。

case=sensitive設定を使用した Cプログラムのコンパイル方法については，第 5.6節を参照してください。

2.3 ACMS—アプリケーションが起動しない

V7.3-1

ACMS V4.4Aアプリケーションが起動せず，「server died unexpectedly」というメッセージが表示される場合があります。 EXBYTLMエラーが報告された場合，BYTLMの値を大きくしても問題は解決しません。

この問題は， ECO for ACMS V4.4Aで次のパッチで修正されています。

ACMS_U1_044.A

OpenVMS Alpha Version 7.3-1のインストール前または後に，OpenVMS AlphaVersion 7.3またはそれ以降のバージョンに ECOパッチをインストールできます。

この問題は， 2002年の第 3四半期の Software Products Libraryのコンソリデーテッド・ディストリビューションとしてスケジュールされている ACMS V4.4Bでも修正される予定です。

2.4 ACMS—サーバの強制終了による IVP障害

V7.3-1

OpenVMS Alpha V7.3-1に ACMS V4.4Aをインストールしている場合，Installation Verification Procedure (IVP)が「server died unexpectedly」というメッセージを表示して失敗する場合があります。この状況は，プロセスのEXBYTLMにも影響し， BYTLMの値を大きくしても問題は解決しません。

この問題は， ECO for ACMS V4.4Aで次のパッチで修正されています。

ACMS_U1_044.A

OpenVMS Alpha V7.3-1のインストール前または後に，OpenVMS Alpha Version7.3またはそれ以降のバージョンに ECOパッチをインストールできます。

この問題は， 2002年の第 3四半期の Software Products Libraryのコンソリデーテッド・ディストリビューションとしてスケジュールされている ACMS V4.4Bでも修正される予定です。


OpenVMSの関連製品に関するリリース・ノート2.5 FMS—インストール上の問題の修正に必要な ECO

2.5 FMS—インストール上の問題の修正に必要なECO

V7.3-1

OpenVMS Alphaで FMSをインストールする場合，サンプル・アプリケーション・プログラムのインストール中に問題が発生します。この問題を修正するには， FMSのインストール後に次の ECOパッチをインストールしてください。

DECFMSECO5024

2.6 タイム・ゾーンに関する規則の変更

V7.3

OpenVMS Version 7.3では，タイム・ソーン・データベースが次のように更新されています。

• ヨーロッパ・タイム・ゾーン・ファイルでは，次のタイム・ゾーン・ルールが更新されています。

タイム・ゾーン名テリトリまたは国

Reykjavik アイスランド

Turkey トルコ

• アジアのタイム・ゾーン・ファイルでは，次のタイム・ゾーン・ルールが更新されています。


Jerusalem イスラエル

ROK 韓国

• オーストラリアのタイム・ゾーン・ファイルでは，次のタイム・ゾーン・ルールが更新されています。


ACT オーストラリア首都特別地域

NSW ニュー・サウス・ウェールズ

NT ノーザン・テリトリ

QLD クイーンズランド州

SA 南オーストラリア州

TAS タスマニア州

VIC ビクトリア州

WA 西オーストラリア州


OpenVMSの関連製品に関するリリース・ノート2.7 COBOL—RMS特殊レジスタおよび RMS$_FNMと RMS$CRE

2.7 COBOL—RMS特殊レジスタおよびRMS$_FNMとRMS$CRE

V7.3

OpenVMS Alpha Version 7.2で Extended File Supportが追加されたことにより，OpenVMS Alpha Version 7.2またはそれ以降での I/O実行時診断メッセージおよびRMS特殊レジスタの処理が変わりました。特に， Version 7.2より前のバージョンのOpenVMSでは，長いファイル名により RMS$_FNMが発生しましたが，OpenVMSAlpha Version 7.2またはそれ以降のバージョンでは RMS$_CREが発生するようになりました。この違いは， I/O実行時診断メッセージと RMS特殊レジスタにも反映されています。これらの RMSに関する違いをサポートするために，新しいODS-5サポートを使用する必要はありません。

2.8 DECdfs

ここでは，DECdfs for OpenVMSに関するリリース・ノートをまとめます。

2.8.1 OpenVMS Alpha Version 7.3-1では DECdfs Version 2.3-2が必要

V7.3-1

DECdfs for OpenVMSをOpenVMS Alpha Version 7.3-1で実行するには， Version2.3-2をインストールしなければなりません。以前のバージョンのDECdfsをOpenVMS Alpha Version 7.3-1にインストールすると，システム障害が発生します。DECdfs for OpenVMS Version 2.3-2は，OpenVMS Version 7.3-1に同梱されています。

OpenVMS Version 7.3ではDECdfs Version 2.3-1またはそれ以降のバージョンを実行する必要があります。以前のバージョンのOpenVMSでもDECdfs Version 2.3-1またはそれ以降を実行することをお勧めします (第 2.8.2項を参照)。

2.8.2 DECnet-Plus for OpenVMSを実行する他のバージョンのシステムでのDECdfs Version 2.3-1またはそれ以降のバージョンの推奨

V7.3

DECdfs Version 2.3-1またはそれ以降には，DECnet-Plusを実行しているシステム，特に複数のネットワーク・サーキットを持つシステムで実行する場合に発生する，接続に関連した多数の問題に対応するための修正が含まれています。このため，DECnet/OSIまたはDECnet-Plusを実行している，サポートされているシステムでは，できるだけDECdfs Version 2.3-1またはそれ以降を使用してください。


OpenVMSの関連製品に関するリリース・ノート2.8 DECdfs

さらに，DECdfs Version 2.3-1には， IPを介したDECnet接続のサポートも追加されています。詳細については，この製品のインストール後に SYS$HELPに保存されるリリース・ノートを参照してください。

2.9 Availability ManagerとDECamdsの新バージョン

V7.3-1

OpenVMS Alpha Version 7.3-1ノードを監視するには，次のいずれかを使用します。

• Availability Manager Version V2.2

• DECamds Version V7.3-1

これらのソフトウェアの新バージョンは，OpenVMS Alpha Version 7.3-1ソフトウェア・キットに含まれています。

次のソフトウェア・バージョンでは，OpenVMS Alpha Version 7.3-1ノードが監視できません。

• Availability Manager Version 2.0-1以前

• DECamds Version 7.3B以前

2.10 Compaq DECforms Web Connector Version 3.0

V7.3-1

Compaq DECforms Web Connector V3.0をOpenVMS Version 7.3-1で実行するには，次のタスクを実行します。

1. 次の行を削除するか，コメント・アウトします。

$ @sys$common:[JAVA$122.COM]JAVA$122_SETUP.COM

上記の行は， FORMS$INSTALL_AREAディレクトリの次のコマンド・プロシージャに含まれています。

• FORMS_SMGR_STARTUP.COM

• FORMS_WEB$STARTUP.COM

2. すべてのプロセスに対して， Java環境がシステム全体に設定されているか確認します。システムの SYLOGIN.COMに Java環境設定を追加することをお勧めします。

3. ブラウザ・クライアントで Sun Java Plugin Version 1.2.2が使用されているか確認してください (『SPD and the Administrative guide』を参照)。


OpenVMSの関連製品に関するリリース・ノート2.11 DECram

2.11 DECram

V7.3-1

ここでは，DECramに関するリリース・ノートをまとめます。

2.11.1 DECramコマンドとエラー

V7.3-1

すべてのエラーがユーザ・インタフェースで返されるわけではないので，DECramコマンドの実行後は，ディスク・エラーのチェックを必ず実行してください。デバイスに固有のエラーは，システムのエラー・ログに送信されます。DCLプロンプトでSHOW DEVICE MDと入力し，DECramコマンドの実行結果としてデバイスにエラーが発生していないかを確認します。エラーを究明するには，エラー・ログ分析ツールを使用する必要があります。エラー・ログは， ASCIIファイル形式で記録されるため， SYS$SYSROOT:[SYSERR]ERRLOG.SYSファイルでMD-E-FAILUREという接頭辞を使用してエラーを探すことができます。

2.11.2 DECramとボリューム・シャドウイング

V7.3-1

Volume Shadowing for OpenVMSを使用するDECram Version 3.1では，DECramディスクを物理ディスクにシャドウできます。ただし，最新の Volume Shadowingfor OpenVMSでは，物理ディスクがないと，揮発性ディスクに書き込まれるので注意してください。 Volume Shadowing for OpenVMSの今後のリリースでは，物理ディスクが存在しない場合に「書き込みを中止」する機能を組み込む予定です。

2.11.3 旧バージョンの DECram

V7.3-1

DECram Version 3.1は，OpenVMS Alpha Version 7.2-1H1またはそれ以降を実行しているOpenVMS Alphaシステム (Galaxy構成を含む)で実行されます。DECramVersion 3.1とサポート用マニュアルは， Software Products Library CD–ROMとOnline Documentation Library CD–ROMに収録されています。

DECram Version 2.5は， VAXと Alphaの両方のOpenVMSシステムのすべてのバージョン (Version 7.3-1を含む)で実行されます。 Version 3.1と同様， Version2.5でも IOPOST_LOCAL後処理を使用し，リソース・アフィニティ・ドメイン(Resource Affinity Domain: RAD)間にメモリを割り当てます。

Version 2.3では，デバイス・ドライバの最新の修正が反映されていません。


OpenVMSの関連製品に関するリリース・ノート2.11 DECram

次の表に，DECram各バージョンに対するOpenVMSサポートの概要を示します。

DECramバージョン

OpenVMS Alphaバージョンのサポート

OpenVMS VAXバージョンのサポート

V3.1 V7.2-1H1またはそれ以降なし

V2.5 すべてすべて

V2.4 V7.2-1 V6.2～ V7.3

V2.3 V6.2-1H3 V5.5-2

2.12 Lightweight Directory Access Protocol (LDAP) API

次の項には， LDAP APIのリリース・ノートをまとめています。

2.12.1 IDが NULLの場合の ldap_get_optionルーチンからのエラー戻り値 (-1)

V7.3

ldap_get_options( )の呼び出しでldパラメータにNULL値を使用すると，グローバル・デフォルト・データ・セットではなく，エラー戻り値 -1が返ります。

2.12.2 ber_flatten ( )が中括弧の不一致を検出しない

V7.3

ber_flatten( )ルーチンでは， BerElement内の ’{’および ’}’形式修飾子が一致しない場合が正しく検出されません。

2.13 DECwindows Motif

ここでは， Compaq DECwindows Motif for OpenVMSレイヤード・プロダクトに関するリリース・ノートをまとめます。

2.13.1 インストールに必要なシステム・パラメータ値

V7.3-1

設定したシステム・パラメータGBLPAGES， FREE_GBLPAGES，およびCLISYMTBLの値が小さすぎると，DECwindows Motif for OpenVMS Version1.2-6のインストール・プロシージャが失敗することがあります。


OpenVMSの関連製品に関するリリース・ノート2.13 DECwindows Motif

インストールが失敗すると，次のエラー・メッセージが表示されます。

%SYSTEM-W-NOSUCHFILE, no such file\sys$library:decw$xlibshr.exe\

インストールが失敗した場合には，これらのパラメータを，次の表に示す値以上に設定し，製品を再インストールします。

GBLPAGES FREE_GBLPAGES CLISYMTBL

Alpha 150000 92000 512

VAX 62000 47000 265

2.13.2 ユーザが作成したトランスポートは Compaq DECwindows Motif forOpenVMS Alphaの今後のリリースでサポートされない

V7.3-1

ユーザが作成したネットワーク・トランスポートのサポートは，DECwindows Motiffor OpenVMS Alphaの次のリリースから廃止されます。 Compaq DECwindowsMotif for OpenVMS Alpha Version 1.3では，マルチスレッドと， Inter-ClientExchange (ICE)プロトコル，フォント・サーバ，入力メソッド・サーバの通信ニーズをサポートするために，トランスポート・インタフェースに大幅な改良が行われる予定です。

既存のトランスポート (DECNET， TCPIP，および LOCAL)はそのまま利用しても問題なく機能しますが，更新されたトランスポート・インタフェースに基づいてユーザが作成したトランスポートの設計および実装に対するサポートは今後行われません。その結果，『VMS DECwindows Transport Manual』はアーカイブされ，新しいライブラリのドキュメント化や公開は予定されていません。

ユーザが作成したトランスポートを実装し，そのトランスポートを CompaqDECwindows Motif for OpenVMS Alpha Version 1.3環境に移行する場合は，移行戦略の作成方法について Compaqカスタマ・サービスにお問い合わせください。

2.13.3 一部のバージョンで使用できない DECwindows言語バリアント

V7.3

言語バリアントによっては， Compaq DECwindows Motif for OpenVMS Version1.2-6で使用できないものがあります。日本語は，日本語 Compaq DECwindowsMotif for OpenVMS Version 1.2-6で使用できます。ドイツ語は，DECwindowsMotif Version 1.2-5で使用でき，ヘブライ語は，DECwindows Motif Version 1.2-4で使用できます。詳細は，弊社のサポート担当者にお問い合わせください。


OpenVMSの関連製品に関するリリース・ノート2.14 MultiNet Version 4.3

2.14 MultiNet Version 4.3

V7.3

DCEおよび Process Software MultiNet Version 4.3以前を使用するユーザは，Process SoftwareからUCXDRIVER-041_a043 (以上) ECOをインストールする必要があります。MultiNet Version 4.4には修正が含まれています。

最新のパッチと使用中のバージョンに対応したパッチは，次のWebサイトからダウンロードするか， Process Softwareの技術サポートに連絡して入手してください。

http://www.multinet.process.com/eco.html

2.15 OpenVMS Alpha Version 7.3へのCompaq Open3Dのインストール

V7.3

OpenVMS Alpha Version 7.3またはそれ以降のバージョンにOpen3Dをインストールすると，以前のバージョンの SYS$LOADABLE_IMAGES:SYS$GYCDRIVER.EXEイメージがインストールされます。OpenVMSAlpha Version 7.3またはそれ以降にOpen3Dをインストールする前に，次のいずれかの操作を実行してください。

• SYS$LOADABLE_IMAGES:SYS$GYCDRIVER.EXEイメージのコピーのバックアップを作成する。Open3Dがインストールされたら，この SYS$LOADABLE_IMAGES:SYS$GYCDRIVER.EXEのバックアップ・コピーを復元する。

または

• Open3Dのインストール中にファイルをパージせず，インストール後に次のコマンドを入力する。

$ RENAME SYS$LOADABLE_IMAGES:SYS$GYCDRIVER.EXE;-1 ;0

2.16 Pascal—アップグレード後のCompaq Pascal Version 5.5のインストール

V7.3

OpenVMSのアップグレード後に Compaq Pascalを再インストールし，アップグレード後のシステムに対応した新バージョンの STARLET.PASと他の定義ファイルを作成します。


OpenVMSの関連製品に関するリリース・ノート2.16 Pascal—アップグレード後の Compaq Pascal Version 5.5のインストール

OpenVMSのアップグレード後に Compaq Pascalを再インストールしない場合でも，システムのコンパイラは正しく起動しますが， STARLET.PASと他の定義ファイルに，OpenVMSのアップグレードで提供される新しい定義または修正後の定義が含まれません。

2.17 OpenVMSでのDEC PL/I—RTLのサポート

V7.3

OpenVMSオペレーティング・システムで配布される PL/I RTLとKednosCorporationが所有し，配布する新しい PL/I RTLの間には，互換性がありません。OpenVMSオペレーティングシステムと同時に配布された旧バージョンが，より新しいバージョンを上書きしてしまいます。該当するイメージは，SYS$LIBRARY:DPLI$RTLSHR.EXEです。

OpenVMSでは， ANALYZE/IMAGEコマンドで次のように表示されるバージョンのファイルが配布されます。

Image Identification Information

image name: "DPLI$RTLSHR"image file identification: "V4.0-6"

OpenVMS Version 7.3またはそれ以降にアップグレードする前に ANALYZE/IMAGEコマンドを実行し，より新しいバージョンのDPLI$RTLSHR.EXEが存在する場合，コピーしておき，アップグレード後に復元するか，後で PL/Iキットを再インストールしてください。

2.18 ソケットと Java 2 Fast VMを使用したマルチスレッド・アプリケーション

V7.3-1

OpenVMS Alpha 7.2-1またはそれ以降のすべてのバージョンでは，Web-BasedEnterprise Services (WEBES) 4.0のプロセスで，インストール中または最新のService Packを適用する前の操作中に，スタック・オーバフローまたはバグ・チェックで障害が発生することがあります。OpenVMS Alpha Version 7.3-1では，この問題は発生しません。ただし，ソケットと Java 2 Fast VMを使用する他のマルチスレッド・アプリケーションでも同様の障害が発生することがあります。

この環境でWEBES Version 4.0の Service Pack 1， 2，または 3を実行しようとすると，次のスタック・オーバフローとバグ・チェックに関するメッセージが表示されます。WEBES Version 4.0の Service Pack 4では，この問題は発生しません。


OpenVMSの関連製品に関するリリース・ノート2.18ソケットと Java 2 Fast VMを使用したマルチスレッド・アプリケーション

%SYSTEM-F-STKOVF, stack overflow, PC=FFFFFFFF804830F8, PS=0000001B%TRACE-F-TRACEBACK, symbolic stack dump followsimage module routine line rel PC abs PC

0 0000000000000000 FFFFFFFF804830F8PTHREAD$RTL 0 00000000000470D0 000000007BC130D0

0 FFFFFFFF800EE4B4 FFFFFFFF800EE4B40 0000000000000000 FFFFFFFF80081898

PTHREAD$RTL 0 00000000000470D0 000000007BC130D0

PTHREAD$RTLに関する行は，次のとおりです。

%DECthreads bugcheck (version V3.15-267), terminating execution.% Reason: selected a non-ready thread -2 (0x0000000000261B40) state blocked% Running on OpenVMS V7.2-1 on AlphaServer 1200 5/533 4MB, 256Mb; 2 CPUs% The bugcheck occurred at 01-AUG-2001 13:39:20.48, running image% PEAKSI$CBL200:[SYS0.SYSCOMMON.COMPAQ.SVCTOOLS.][JRE.122.BIN]JAVA$JAVA.EXE;1% in process 0000301A (named "_FTA14:"), under username "ISLANDS". AST% delivery is enabled for all modes; no ASTs active. Upcalls are enabled.% Multiple kernel threads are enabled.% The current thread sequence number is -2, at 0x00261B40% Current thread traceback:% 0: PC 0x7BBEBB38, FP 0x0025F9A0, DESC 0x7BBCDBE8% 1: PC 0x7BBE9F24, FP 0x0025FA70, DESC 0x7BBCD6A8% 2: PC 0x7BBE7CDC, FP 0x0025FAE0, DESC 0x7BBCD788% 3: PC 0x7BC12688, FP 0x0025FB80, DESC 0x7BBD2C10% 4: PC 0x800EE48C, FP 0x0025FC10, DESC 0x80CC68C0% 5: PC 0x800DABBC, FP 0x0025FC90, DESC 0x80CC4140% 6: PC 0x7BC17578, FP 0x0025FCB0, DESC 0x7BBD30E0% 7: PC 0x7BC0B5A8, FP 0x0025FCD0, DESC 0x7BBD1BB0% 8: PC 0x7BC0A720, FP 0x0025FD00, DESC 0x7BBD1BE8% 9: PC 0x7BBFD2FC, FP 0x0025FDA0, DESC 0x7BBD00A8% 10: PC 0x7BBED504, FP 0x0025FFE0, DESC 0x7BBCE480% 11: PC 0x00000000, FP 0x7AF73A60, DESC 0x7BBCC4B0% 12: PC 0x848E3414, FP 0x7AF77B30, DESC 0x848E5CF0% 13: PC 0x7B04552C, FP 0x7AF77BB0, DESC 0x7B01C330% Bugcheck output saved to pthread_dump.log.

%SYSTEM-F-IMGDMP, dynamic image dump signal at PC=000000007BBEBC98, PS=0000001B

これらのメッセージは，次のファイルに記録されます。

SVCTOOLS_HOME:[LOGS]DESTA_DIR.LOG


OpenVMSの関連製品に関するリリース・ノート2.18ソケットと Java 2 Fast VMを使用したマルチスレッド・アプリケーション

対処方法

この問題を防ぐには，次の手順を実行します。

1. WEBESがインストールされていない場合は，手順 2に進みます。WEBESがインストールされている場合は，この問題のためにインストール状態が正しくない可能性があります。次のコマンドでWEBESを確実に削除します。

$ THREADCP/DISABLE=MULTI SVCTOOLS_HOME:[JRE.122.BIN]JAVA$JAVA.EXE$ PRODUCT REMOVE WEBES

2. 『WEBES Installation Guide』で説明するとおり， PRODUCT INSTALLコマンドを使用してWEBESのインストールを開始します。

3. インストールが‘‘...90%’’ほど終了した時点で次のようなプロンプトが表示されます。

Do you want to add DESTA$STARTUP and DESTA$SHUTDOWN to system startupand shutdown procedures? [YES]

この質問にはまだ応答しないでください。

4. WEBESをインストール中のノードでログイン・セッションを開始します。

5. 新しいセッションで次のコマンドを入力します。

$ THREADCP /DISABLE=MULTI SVCTOOLS_HOME:[JRE.122.BIN]JAVA$JAVA.EXE

このコマンドでは，WEBESプロセスが 1つの CPUで実行されるので，障害を防ぐことができます。

6. 最初のセッションでWEBESのインストールを続けます。インストールはエラーなしで終了する必要があります。

7. セッションをログアウトしてから，同じマシンにログインします。

8. 最新の Service Pack for WEBES V4.0をインストールします。


3ユーザのための全般的なリリース・ノート

この章では，OpenVMSオペレーティング・システムのすべてのユーザのための情報をまとめます。一般に使用するコマンドとユーティリティに関する情報が含まれています。

オペレーティング・システムのこのバージョンで提供される新機能については，『OpenVMS Alpha V 7.3-1新機能説明書』を参照してください。

3.1 SYS$PARSEエラーのレポート—変更

V7.3-1

SYS$PARSEサービス (NAM[L]$V_SYNCHKが設定されている場合は除く)でディレクトリにアクセスします。 Version 7.3-1よりも前のバージョンでは，最下位レベルのディレクトリにアクセスできなかった場合エラーは返されませんでした。Version 7.3-1では，どのレベルのディレクトリについても，アクセスできなかった場合は RMS$_PRVなどのエラーが返されます。

3.2 Compaq Secure Web Browserに必要なメモリの増加 (Mozillaベース)

V7.3-1

OpenVMSワークステーションで Compaq Secure Web Browser (CSWB)を使用する場合は， 128 MB以上のメモリが必要です。処理を安定させるために， 256 MBのメモリをお勧めします。

3.3 『OpenVMS Connectivity Developer Guide (コネクティビティ開発者ガイド)』のタイトル変更

V7.3-1

OpenVMS Version 7.3-1のフル・ドキュメンテーション・キットには，新しい印刷物のマニュアル『COM, Registry, and Events for OpenVMS Developer’s Guide』が含まれています。

ユーザのための全般的なリリース・ノート 3–1

ユーザのための全般的なリリース・ノート3.3『OpenVMS Connectivity Developer Guide (コネクティビティ開発者ガイド)』のタイトル変更

このマニュアルの以前のタイトルは『OpenVMS Connectivity Developer Guide (翻訳版は「OpenVMSコネクティビティ開発者ガイド」)』でした。このマニュアルは，COM for OpenVMSキットと COM for OpenVMSのwebサイトで入手できます。

http://www.openvms.compaq.com/openvms/products/dcom/index.html

3.4 AlphaServer GSシリーズ・システム

ここでは， AlphaServer GSシリーズ・システムのユーザに対する情報をまとめます。

3.4.1 サポートされる AlphaServer GSシリーズ・システム

V7.3-1

OpenVMS Version 7.2-2またはそれ以降では， Compaq AlphaServer GS80，GS160，およびGS320システムをサポートしています。このサポートの内容は，次のとおりです。

• AlphaServer GS80，GS160，およびGS320システムでの，ハードおよびソフト(Galaxy)パーティションのサポート

• アプリケーションに対する Resource Affinity Domain (RAD)のサポート

• CPUのオンライン置換のサポート

ハード・パーティション，OpenVMS Galaxy，または新しい AlphaServer GSシリーズ・システムでOpenVMSの負荷を管理するためのOpenVMS RAD機能の詳細については，『OpenVMS AlphaパーティショニングおよびGalaxyガイド』を参照してください。

3.4.2 ハード・パーティションとソフト・パーティションのライセンス—修正済み

V7.3-1

ハード・パーティションやソフト・パーティションおよび共有のライセンス・データベース (LDB)を持つ一部のOpenVMS Alpha Version 7.2-1H1/Version 7.3GS80/160/320 AlphaServerシステムでは，OpenVMSインスタンス間でライセンス・ユニットを共有するために非共有ライセンス PAKを変更すると，すべてのパーティションが起動されない場合ことがあります。

OpenVMS Version 7.3-1とOpenVMS Version 7.2-2では，この問題は起こりません。この 2つのバージョンのいずれかを実行している場合は，第 3.4.4項に進んでください。

3–2 ユーザのための全般的なリリース・ノート

ユーザのための全般的なリリース・ノート3.4 AlphaServer GSシリーズ・システム

次のパッチ・キットを使用すると，この問題を修正できます。

• OpenVMS Version 7.2-1H1用のパッチ・キットは次のwebサイトにあります。

http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms721h1_lmf-v0100--4.README

• OpenVMS Version 7.3用のパッチ・キットは，次のwebサイトにあります。

http://ftp.support.compaq.com/patches/public/Readmes/vms/dec-axpvms-vms73_lmf-v0100--4.README

これらのキットをインストールする前に，次の手順を実行してください。

1. 回避方法をインストールしている場合は，その回避方法を削除します (第 3.4.3項を参照)

2. ライセンスを適切にインストールします (第 3.4.4項を参照)。

3.4.3 回避方法の使用停止

V7.3-1

ハード・パーティションとソフト・パーティションでの共通ライセンス・データベースの使用に問題があるOpenVMSでは，次のような症状が現れます。

• OpenVMSをブートすると，ライセンスがロードできないことを示す OPCOMメッセージが表示される。

• OpenVMSにログインすると，OPENVMS-ALPHAライセンスがロードできないことを示すエラー・メッセージが表示される。

共通ライセンス・データベースで非共有ライセンス PAKを使用してハード・パーティションとソフト・パーティション上のOpenVMSインスタンス間でライセンス・ユニットを共有する場合の制限を回避するために，次の 2つの方法のうち，いずれかを実行することをお勧めしていました。

• AlphaServer GS80/160/320システムでOpenVMSを実行しているオペレーティング・システムごとに個別のライセンス・データベースを使用する。

• 弊社のサービス担当者から提供される一時的な (120日間)ライセンス PAKを使用する。

これらのいずれかの回避方法を使用した場合は，アップグレード・キットをインストールする前にそれらの回避方法の使用を止める必要があります。

個々のライセンス・データベースを設定している場合個々のライセンス・データベースを設定している場合は，このキットをインストールする前に，共通ライセンスを作成する必要があります。共通ライセンス・データベースの設定方法については，『OpenVMS License Management Utility Manual』を参照してください。



一時的な PAKをインストールしている場合共通ライセンス・データベースに一時的な PAKをインストールした場合は，次のライセンスに対して，一時的な PAKを無効にします。

OPENVMS-ALPHAOPENVMS-ALPHA-USEROPENVMS-ALPHA-ADL

システムにインストールされている一時的な PAKのリストを参照する場合は，次のコマンドを入力します。

$ LICENSE LIST /FULL /BEFORE /TERMINATION_DATE="-120-" -_$ OPENVMS-ALPHA, OPENVMS-ALPHA-USER, OPENVMS-ALPHA-ADL

このコマンドを実行すると，指定した 3つのライセンスに対して，次のいずれかの条件を満たすライセンスが表示されます。

• すでに有効期限が切れているライセンス

• 120日以内に有効期限が切れるライセンス

LICENSE DISABLEコマンドを使用して，上記にリストした一時的な各 PAKを無効にします。たとえば，次のように入力します。

$ LICENSE DISABLE OPENVMS-ALPHA /AUTHORIZATION=authorization-value

authorization-valueは，ライセンスを識別する値です。この値は，一時的な PAKを検索するために使用した LICENSE LISTコマンドを実行すると表示されます。

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

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が各パーティションで同じであるか確認します。確認するには，次の手順を実行します。

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

$ ^Phalted CPU 0halt code=1operator initiated haltPC = ffffffff9c0a0aa8P00>>>SHOW SYS_SERIAL_NUMsys_serial_num G2A105

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

注意

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



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

$ ^Phalted CPU 0halt code=1operator initiated haltPC = ffffffff9c0a0aa8P00>>>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 managerStartup processing continuing...

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

3.4.5 OpenVMS Galaxyライセンスの実行

V7.3

OpenVMS Galaxyのコンピューティング環境では，システム・スタートアップ時やインスタンス間での CPUの再割り当てが発生するつど，OPENVMS-GALAXYライセンス・ユニットがチェックされます。



CPUを起動しようとした時に，それをサポートするには，十分なOPENVMS-GALAXYライセンス・ユニットがないと， CPUはインスタンスの設定されたセットの中に引き続き残りますが，動作は停止します。その後，適切なライセンス・ユニットをロードすれば，停止している CPUを，システムの実行中に起動することができます。これは， CPUが単独の場合でも，複数の場合でも同じです。

3.4.6 AlphaServer GS80/160/320システムのデバイスに関する制限事項

V7.3

OpenVMS Alpha Version 7.3またはそれ以降では， 1つのパーティションあたり，従来型のバス・アダプタ上にあるデバイスのセットが 1つだけ設定され，サポートされます。このようなデバイスは，次のとおりです。

• シリアル・ポート COM1および COM2

• パラレル・ポート

• キーボード

• マウス

従来型のバス・アダプタが複数ある場合には，コンソール・ポートを含むアダプタだけが設定され，サポートされます。

3.4.7 AlphaServer GS140のブート

V7.3-1

Fibre Channel HSG80システム・ディスクで Alpha Firmware Version 5.7を使用して AlphaServer GS140システムをブートすると，システムが自動的にブートするよう設定されている場合には，このシステムはリブートに失敗します。次のコマンドを入力すると，システムが自動的にブートするよう設定されているかどうかが表示されます。

SHOW AUTO_ACTION

次の方法で対処することをお勧めします。

電源スイッチを切ってすぐに入れ直す操作，または INITによるブート起動に失敗した後，コンソールから BOOTコマンドを入力し， Returnキーを押します。

OpenVMSはシャットダウンされ，リブート・コマンドが期待どおり実行されます。

Alpha Firmware Version 6.2とOpenVMS Alpha Version 7.3-1を使用することをお勧めします (第 1.4節を参照)。ただし，この問題は， Version 6.2でも発生する可能性があります。



3.4.8 Galaxyの単一インスタンスは ES45 AlphaServerでサポートされない

V7.3-1

『OpenVMS AlphaパーティショニングおよびGalaxyガイド』には， Alphaシステムは，単一インスタンスのGalaxyとして使用できると記載されています。この機能は， ES45 AlphaServerではサポートされていません。

ES45 AlphaServerで単一インスタンスのGalaxyを作成しようとすると，すべてのCPUを示すGCUの通常の表示の他に，このインスタンスがGalaxyでないことを示すメッセージが表示されます。 ES45は特殊なケースであるため，Galaxyインスタンスを作成するかどうかは尋ねられません。 ES45には構成ツリーがすでに存在するため，GCUでは構成ツリーは作成されません。

この問題は今後のリリースで修正される予定です。

3.5 AlphaServer DS25でのOpenVMS AlphaのオンボードGigabitEthernetブートのサポート

V7.3-1

オンボード 10/100/1000イーサネット・ポートを使用した，OpenVMS AlphaGigabit Ethernetブートのサポート (保守操作プロトコルのブート)は， AlphaServerDS25の初期のリリースではサポートされていません。サポートは修正キットで提供される予定です。Gigabit Ethernetブートのサポートがクラスタへのブートに必要な場合は，オンボード 10/100イーサネット・ポートを使用してください。

3.6 分散割り込み

V7.3-1

AlphaServer 4100シリーズのプロセッサでは，分散割り込み機能がサポートされません。分散割り込み機能は， AlphaServer GS SeriesシステムとDS20， ES40，および ES45システムでのみ機能します。これらのシステムには，分散割り込み機能に必要なハードウェアが搭載されています。


ユーザのための全般的なリリース・ノート3.7 IDEコントローラを使用する Personal WorkstationでのOpenVMS V7.3-1のブート

3.7 IDEコントローラを使用するPersonal WorkstationでのOpenVMSV7.3-1のブート

V7.3-1

Compaq Personal Workstation 433au， 500au，または 600auシリーズのシステムで Cypress PCI Peripheral Controllerコントローラ・チップを使用している場合は，OpenVMS Version 7.3-1を IDE CD–ROMからブートできます。 CompaqPersonal Workstation auシリーズのシステムで Intel Saturn I/O (SIO) 82378コントローラ・チップを使用している場合は，OpenVMS Version 7.3-1を IDECD–ROMからブートすることはできません。 Intel SIOチップが存在する場合は，SCSI CD–ROMを使用します。

システム構成で使用している IDEチップの種類を確認するには，次の SRMコンソール・コマンドを入力します。

SHOW CONFIGURATION

Cypress PCI Peripheral Controllerと表示された場合は，OpenVMSをブートできます。

Intel SIO 82378と表示された場合は， SCSI CD–ROMからブートする必要があります。

3.8 OpenVMS Freeware CD–ROM

V7.3-1

OpenVMS Version 7.3-1 CD–ROMキットには，OpenVMS Freeware Version 5.0CD–ROMが付属しています。 Freeware CD–ROMには，アプリケーションを作成し，OpenVMSシステムを管理するためのフリー・ソフトウェア・ツールとユーティリティが収録されています。

Freeware CD–ROMをマウントするには， CD–ROMを CD–ROMドライブに挿入し，マウントするフリーウェア・ボリュームに合わせて次のコマンドを入力します。フリーウェアの詳細については， FREEWARE_README.TXTファイルを参照してください。

Freeware CD–ROM 1

$ MOUNT ddcu:FREEWARE50_1$ TYPE DISK$FREEWARE50_1:[000000]$FREEWARE_README.TXT


ユーザのための全般的なリリース・ノート3.8 OpenVMS Freeware CD–ROM

Freeware CD–ROM 2

$ MOUNT ddcu:FREEWARE50_2$ TYPE DISK$FREEWARE50_2:[000000]$FREEWARE_README.TXT

このコマンドでは， ddcuのuが，システムの CD–ROMデバイスのユニット番号になります。システムで使用している CD–ROMドライブの名前がわからない場合は，次のコマンドを使用します。

$ PIPE SHOW DEV DK/FULL | SEARCH SYS$INPUT RRD

適切な CD–ROMディスクをマウントしたら，次のコマンドを使用して，メニューを表示します。

$ @DISK$FREEWARE:[FREEWARE]FREEWARE_MENU


4システム管理に関するリリース・ノート

この章では，システムの保守と管理，性能の管理，ネットワーキングに関連する情報をまとめます。

このバージョンで提供される新機能の詳細については，『OpenVMS Alpha V 7.3-1新機能説明書』を参照してください。

4.1 拡張ファイル・キャッシュ (XFC)

V7.3-1

Version 7.3で XFCを無効にする原因となった問題は， Version 7.3-1で解決されました。データの破損とシステムのハングを引き起こす問題は修正され，同時に XFCの性能も向上しました。 XFCを有効にすることをお勧めします。

XFCが割り当てるメモリの最小容量が約 0.25MBから 3.2MBへ拡張されました。3.2MBは VIOCのデフォルト値と同じです。

OpenVMS Version 7.3の XFCキットは間もなくリリースされます。このキットには，OpenVMS Version 7.3-1に組み込まれている XFCのすべての修正が含まれる予定です。

OpenVMS AlphaまたはOpenVMS VAXの以前のバージョンを含むOpenVMSClusterシステムを使用し，OpenVMS Version 7.3またはそれ以降で XFCを使用したい場合は，OpenVMSの以前のバージョンを実行しているシステムに，修正キットをインストールする必要があります。必要なキットについては，第 4.22.8項を参照してください。

警告

これらの修正キットでは， XFCの前身である VIOCのキャッシュ・ロック・プロトコルのエラーが修正され，古いバージョンのキャッシュを新しい XFCで安全に操作することができます。修正キットの機能を使用しないと，システムまたはプロセスがハングする場合があります。

システム管理に関するリリース・ノート 4–1

システム管理に関するリリース・ノート4.2必要な Compaq X.25 Version 1.6へのアップグレード

4.2 必要なCompaq X.25 Version 1.6へのアップグレード

V7.3-1

Compaq X.25 for OpenVMS Alphaシステム・ソフトウェアを使用している場合は，OpenVMS 7.3-1にアップグレードする前に X.25のバージョン 1.6にアップグレードする必要があります。アップグレードしないと， 7.3-1のシステムは，ブート中にSPLINVIPLバグ・チェックでクラッシュします。

4.3 BACKUPユーティリティ—/[NO]ALIAS修飾子の制限事項

V7.3-1

BACKUP/IMAGEコマンドでは，/ALIASまたは/NOALIAS修飾子を使用しないことをお勧めします。現在のデフォルトの動作は，ほとんどすべての場合において問題ありません。OpenVMS Version 6.2以前の非常に古いセーブセットから復元する場合に限り，/ALIAS修飾子が役立つことがあります。

Version 7.3-1の『OpenVMSシステム管理ユーティリティ・リファレンス・マニュアル (上巻)』に記載されている，/ALIASを使用した BACKUP/IMAGEに関する警告は誤りで，このマニュアルの次の更新時に修正される予定です。

BACKUP/IMAGEコマンドでの/[NO]ALIAS修飾子の使用については，弊社のサポート担当者にお問い合わせください。

4.4 CDRECORD.COMの制限事項

V7.3-1

新しい CDRECORD.COMプログラムを使用して CD-Rディスクに書き込みを行う場合には，いくつかの制限事項があります。以降の節では，それらの制限事項を 1つずつ説明し，回避方法がある場合はそれも示します。Open Source Toolsfor OpenVMS CD–ROMには，第 4.4.3項と第 4.4.4項の制限が解消された修正版CDRECORD.COMが収録されています。

『OpenVMSシステム管理者マニュアル』には， CDRECORDソースと適用可能なGNU Public Licenseが Compaq OpenVMS Freewareのwebページで入手可能という記述がありますが，これは間違いです。OpenVMS CDRECORDソースは，現在，Open Source Tools CDでのみ利用できます。この CDはOpenVMS Version7.3-1キットに付属しています。

4–2 システム管理に関するリリース・ノート

システム管理に関するリリース・ノート4.4 CDRECORD.COMの制限事項

4.4.1 ターゲットの CD-Rディスクを初期化できない

CDRECORD.COMを使用して CD-Rディスクに書き込みを行わない限り， CD-Rディスクは初期化できません。初期化されていない CD-Rディスクをマウントしようとすると，次のエラー・メッセージが表示されます。

$ MOUNT/OVERRIDE=ID DQA0%MOUNT-I-OPRQST, volume is not software enabled

4.4.2 CDRECORD.COMはローカル・ドライブでのみサポートされる

CD-Rディスクへの書き込みは，ローカル・ドライブでのみサポートされます。ただし，ローカル以外の CD-Rまたは CD-RWドライブに書き込みをしようとしても，エラーは報告されません。書き込み操作は実行できる場合と，実行できない場合があります。

4.4.3 クラスタ・システムのデバイス名の指定に関する問題

CDRECORD.COMでは，デバイス名に割り当てクラス (またはノード名)を使用できません。OpenVMS Clusterシステムでは，割り当てクラスを含むデバイス名を指定すると，プログラムによって，指定したデバイス名と一致するローカル・ドライブが選択されます。ただし，割り当てクラスを含めずにデバイス名を指定すると，プログラムの実行中に，クラスタ内で一致するすべてのデバイスが割り当てられます。この問題を回避するには，ターゲットのデバイスで，次のように論理名を定義してください。

ノード名を含むデバイス名を指定する場合は，次の形式のDEFINEコマンドを使用してください。

$ DEFINE DQcu NODE$DQcu

割り当てクラスを含むデバイス名を指定する場合は，次の形式のDEFINEコマンドを使用してください。

$ DEFINE DQcu $2$DQcu

どちらの場合も，cはコントローラ ID，uはユニット番号を表します。たとえば，次のようになります。

$ DEFINE DQA0 $2$DQA0

CDRECORD.COMでは，ターゲットの CD-Rドライブの場合はDQデバイス・タイプ，論理ドライブの場合は LDデバイス・タイプとみなされます。


システム管理に関するリリース・ノート4.4 CDRECORD.COMの制限事項

4.4.4 書き込み速度とプロセスの優先順位の指定に関する問題

CDRECORDコマンド行で書き込み速度またはプロセスの優先順位を指定する場合に問題が発生します。回避方法は 2つあります。 CDRECORDのプロンプトを表示して，これらのパラメータを指定できるようにするか，次のようにしてシンボルを定義します。

CDRECORD WRITEコマンドの構文は次のとおりです。

$ @SYS$MANAGER:CDRECORD WRITE filename LDAn: DQnn: laser speed priority

priorityに 0以外を指定すると，書き込み操作の後に優先順位をリセットするかどうかの確認が行われます。

speedまたはpriorityのデフォルト値を変更するには，最初にそれらの値をシンボルとして定義する必要があります。また，書き込み操作の後に元の優先順位に再設定する場合は，元の優先順位の値を指定する必要もあります。たとえば，次のように指定します。

$ SPEED = 66$ PRIORITY = 5$ CUR_PRIORITY = F$GETJPI("","PRI")$ @SYS$MANAGER:CDRECORD WRITE SMALL.DSK LDA6 DQA0 0 66 5

4.5 Compaq Graphical Configuration Manager (GCM)

V7.3-1

ここでは， Compaq OpenVMS Graphical Configuration Manager (GCM)に関するリリース・ノートをまとめます。

注意

GCMは頻繁に更新されます。新しいバージョンに更新されていないか，定期的に次の webサイトをチェックしてくだい。

http://www.openvms.compaq.com/openvms/

4.5.1 Java JREとOpenVMSパッチ・キット

V7.3-1

Compaq OpenVMS Graphical Configuration Managerクライアント・インストール・キットでは， Java JRE Version 1.2.2-3と Fast VM Version 1.2.2-1の独自のコピーがインストールされ，インストールされている Javaが正しいバージョンかどうか確認されます。インストールを実行する前に，あらかじめ必要なすべての


システム管理に関するリリース・ノート4.5 Compaq Graphical Configuration Manager (GCM)

OpenVMSパッチ・キットがインストールされているか確認する必要があります。あらかじめ必要なパッチ・キットのリストについては，次のwebサイトを参照してください。

http://www.compaq.com/java/download/jdk_ovms/vmspatches.html

4.5.2 TCP/IPアドレスの解決に必要な DNSネーム・サーバ

V7.3-1

TCP/IPアドレスを解決するためには，GCMサーバに，ネットワーク上で機能するDNSネーム・サーバが必要です。ネットワーク上にDNSネーム・サーバが存在しない場合，GCMサーバは，エラーを返す前に長時間ハングしたように見えます。

このエラーを防ぐためには，システムのローカル・ホスト・データベースでアドレスを定義します。

4.5.3 シャットダウン・シーケンス

V7.3-1

システム・シャットダウン・コマンドの対象として複数のインスタンスを選択すると，GCMは，他のすべてのインスタンスにシャットダウン・コマンドが送られる前に，コマンドを実行しているクライアントをホストするインスタンスをシャットダウンする場合があります。この問題を回避するには，別の後続のコマンドを使用して，クライアントをホストするインスタンスをシャットダウンしてください。

この問題は，今後のリリースで修正される予定です。

4.5.4 システム・レコードの再構築

V7.3-1

管理権限を持つユーザが，システム・レコードを追加または削除して，アクティブな連係システム集合の既存のシステム・レコードを変更すると，連係しているサーバのリストが，アクティブな連係システム集合とは異なるリストになることがあり，この結果，アクティブな連係システム集合を保持できなくなります。この問題を回避するには，システム・レコードを追加，削除，または変更した後に，その連係システム集合のすべてのサーバを再起動する必要があります。




4.5.5 保存されたモデルにすべての連係システムが含まれない

V7.3-1

Save Modelおよび Load Model機能は，クライアント・セッションをホストするシステムの CPU割り当てにのみ適用され，連係システム集合のすべてのシステムを含みません。


4.5.6 クラスタ化されていないソフト・パーティションの属性にアクセスできない

V7.3-1

ソフト・パーティションがクラスタ化されていない場合，一部のインスタンス・パラメータ (Operating System Version，Galaxy Membership State，Galaxy MemberJoin Timeなど)が使用できなくなります。


4.5.7 OpenVMS GCMクライアントでの見かけ上のハング

V7.3-1

存在しないサーバの検出を試み，「GCM Window」または「Discovery」ダイアログ・ボックスのどこかをクリックすると，OpenVMS Graphical ConfigurationManager (GCM)クライアントがハングしたような状態になります。GCMクライアントは，「Discovery」ダイアログ・ボックスのいずれかの場所をクリックするとハングしたようになりビープ音を発生します。この現象は，接続が確立していないことを示すエラー・メッセージがGCMクライアント・ウィンドウの背後に隠れていることが原因で発生します。

このエラー・メッセージを表示するには，GCMクライアント・ウィンドウで Altキーを押しながら F3キーを押します。次に，「OK」をクリックして，エラー・メッセージを閉じます。


4.5.8 Windows Client Javaの制限事項

V7.3-1

Microsoft Windows GCMクライアントは， Java Version 1.2.2～ Version 1.3を使用するシステムにのみインストールされます。



4.5.9 マルチモニタはサポートされない

V7.3-1

Graphical Configuration Manager Version 1.0では，Microsoft Windows 2000のマルチモニタ構成がサポートされていません。これは，マルチモニタ・サポートにはJava Version 1.3またはそれ以降が必要ですが，Graphical Configuration Managerでは Java Version 1.2.2を使用していることが原因です。Graphical ConfigurationManagerの今後のバージョンではこの制限を無くす予定です。

4.5.10 インストール・ディレクトリでのOpenVMS Clientの起動

V7.3-1

OpenVMS Graphical Configuration Managerクライアントは，このクライントをインストールしたディレクトリから起動する必要があります。クライアントを起動する場合は，常にこのディレクトリから起動してください。これによって，クライアント内で設定したプリファレンスがすべて，セッション間で継承されます。

4.5.11 OpenVMSのブラウザの位置を表すために必要な設定

V7.3-1

「File」メニューの「Open Library」機能を使用して，アクティブなインスタンスからドキュメントを表示するには，ブラウザをクライアント・システムにインストールする必要があります。OpenVMSでは，インストールされたクライアント・ディレクトリ SYS$COMMON:[GCM_CLIENT]のファイルGCM_BROWSER.COMを編集して，ブラウザの論理名に，ブラウザを起動するのに必要な完全修飾パスと実行可能イメージの名前を割り当てる必要があります。たとえば，次のように割り当てます。

BROWSER := SYS$COMMON:[NETSCAPE.ALPHA]NETSCAPE-JAVA.EXE

4.5.12 Windows Clientで正しく表示されないOpenVMSファイル

V7.3-1

特定のタイプのOpenVMSファイルは，Microsoft Windows Clientに正しく表示されない場合があります。これは，そのファイル・タイプを処理するために使用するWindowsのデフォルトのアプリケーションが原因です。.COM，.LOGおよび.TXTファイルを「Edit Admin Database」の「Library」タブに追加するときに，「Process As」プロパティを「DEFAULT」ではなく「TEXT」に設定します。また，.TXTファイルを表示するデフォルトのアプリケーションをメモ帳からワードパッドに変更します。ワードパッドを使用すると，.TXTファイルや.LOGファイルで改



行が適切に処理され，.COMファイルは実行可能ファイルではなく表示可能ファイルとみなされます。

4.6 CIとLANとの間の切り替えによるクラスタの性能の低下

V7.3-1

CIと複数の FDDIの両方， 100Mb/sまたはGb/sのイーサネット・ベースのCIRCUITを含むOpenVMS Cluster構成では， SCS接続が CI回線と LAN回線の間を数秒単位で移動することがまれにあります。この頻繁な回線の切り替えが原因で，クラスタの性能が低下する場合があります。

PEdriverでは，数秒間継続している LAN輻輳を検出し，対応することができます。LANパスでの遅延時間の大幅な増加やパケットの損失が検出されると，その LANは使用できなくなります。パスの性能が回復したことが確認されると，そのパスは再度使用できるようになります。

限界条件下では， LANパスにクラスタ・トラフィックで使用する負荷が追加されると，遅延やパケットの損失が容認できる限界を超える場合があります。このような状態が検出され，クラスタの負荷が取り除かれると，パスの性能は再度使用できる状態まで回復できる場合があります。

LAN回線の負荷クラスに限界 LANパスを割り当てると，その回線の負荷クラスが増加して CIの負荷クラス値 140を超えて限界パスが対象となる場合，また，反対にLAN回線の負荷クラスが減少して 140を下回り限界パスが除外される場合に， SCS接続は CI回線と LAN回線の間を移動します。

LAN回線と CI回線間の接続の移動を確認するには， CONNECTIONクラスとCIRCUITSクラスを追加した SHOW CLUSTERを使用します。

回避方法接続の移動が頻繁に行われている場合は，次のいずれかの回避方法を使用してください。

• SCACPまたは AMを使用して，使用する回線またはポートにより高い優先順位を割り当て，自動接続割り当てと移動を無効にします。

SCACPコマンドの例を次に示します。

$ MC SCACPSCACP> SET PORT PNA0 /PRIORITY=2 ! This will cause circuits from local

! CI port PNA0 to be chosen over! lower priority circuits.

SCACP> SET PORT PEA0 /PRIORITY=2 ! This will cause LAN circuits to be! chosen over lower priority circuits.


システム管理に関するリリース・ノート4.6 CIと LANとの間の切り替えによるクラスタの性能の低下

• または， SCACP SHOW CHANNELコマンドを使用して，使用の切り替えが行われているチャネルを確認します。次に， SCACPを使用して，特定のチャネルに目的のチャネルよりも低い値を割り当てて，そのチャネルを明示的に除外することもできます。たとえば，次のように指定します。

SCACP> SET CHANNEL LARRY /LOCAL=EWB/REMOTE=EWB /PRIORITY=-2

max，max-1の範囲内にある CHANNELおよび LANデバイスの優先順位値は等価とみなされます。つまり，この両方の優先順位値に，最大優先順位値が指定されているものとみなされます。チャネルまたは LANデバイスを使用対象から外す場合は，優先順位値に 2以上の差をつける必要があります。

4.7 SCACPがPBAnデバイスのオフライン・エラーを報告する

V7.3-1

GALAXYシステムで新しい SCACP SETや SHOW PORTあるいは CIRCUITコマンドを使用する場合，コマンドは適切に実行されますが， PBAn (SMCI)デバイスのデバイス・オフライン・エラーも報告される場合があります。この報告は，対象のPBAデバイスが，実際の PBAデバイスの「クローン」元の「テンプレート」である場合に報告されます。テンプレート内の PBAデバイスは，それ自身が PBAデバイスであることを I/Oサブシステムに報告しません。このため， SCACPによって PBAデバイスが検出されると，このデバイスに関する管理要求が発行されます。これらの要求は，デバイスがオフライン状態にあることを示して失敗します。

この動作の例を次に示します。

SCACP> SHOW CIRCUIT LARRY/PORT=PBA0

%SCACP-E-DEV_OFFLINE, Port PBA0 is offline

SCACP> SHOW CIRCUIT MOE

Circuit data for CURLY at 03-MAY 11:30:26.39

Remote LPort Circuit Priority Load RPort RPortNode Name State Cur Mgt Class Number Type

-------- -------- -------- ---- ---- -------- ------------ --------MOE PEA0 Open 0 0 30000 DD NIMOE PNA0 Open 0 0 140 19 CIPCAMOE PBA1 Open 0 0 32767 SMCI

%SCACP-E-DEV_OFFLINE, Port PBA0 is offline

このデバイス・オフライン・エラーは，OpenVMSの次のリリースで修正される予定です。


システム管理に関するリリース・ノート4.8システム・ディスクごとに 1つのアーキテクチャ

4.8 システム・ディスクごとに1つのアーキテクチャ

V7.3-1

各システム・ディスクと各システム・ディスク・ブート・ブロックでサポートされるアーキテクチャは 1つだけです。現在，ディスク・ブート・ブロックに含まれる複数のブートストラップ・ポインタを使用することが可能ですが，複数のアーキテクチャに対応した複数のOpenVMSオペレーティング・システム・バイナリを 1つのシステム・ディスクに格納してブートすることはできません。

4.9 ファームウェア・リビジョンとAlpha Station XP1000のブート

V7.3-1

Alpha Station XP1000のブート中， SYSBOOTによって次の警告が表示されます。

%SYSBOOT-W-FIRMREV, Firmware rev. 5.9 is below the recommended minimum of 6.2.Please update your firmware to the recommended revision, which can be foundon the firmware CD labeled: Alpha AXP Systems Firmware Update 6.2.

この警告メッセージは無視してください。ファームウェア・リビジョン 5.9は，このシステムの最新リリースです。 Version 6.2 Firmware Update CDにはリビジョン6.2のファームウェアは含まれていません。

4.10 DECdtmサービス

ここでは，DECdtmサービスに関する問題と制限について説明します。

4.10.1 Oracle 8iと 9iでの DECdtm/XA (Alphaのみ)

V7.3-1

DECdtm/XAで XOpen/XA規格に準拠したアプリケーションを作成するための新機能を使用するには， XAインタフェースにリソース・マネージャ (RM)をバインドする必要があります。Oracleの共有ライブラリ (Oracle 8iと 9i)では，Oracleの動的登録方法 (XA switch xaoswd)が機能しないので，静的な登録方法 (XA switch xaosw)を使用してください。OpenVMSのリリースに組み込まれている，DECdtm V2.0で使用可能な XA Gatewayは，単一ノード専用です。


システム管理に関するリリース・ノート4.10 DECdtmサービス

4.10.2 IPC-E-BCKTRNSFAILエラー・メッセージ

V7.3

ここでは， ACMSユーザ，場合によっては Rdbユーザ，およびDECdtmを呼び出して，次の特徴を持つリモート・システムとの分散トランザクションに参加するユーザ作成アプリケーションを実行しているユーザに関する注意事項を説明します。

• ネットワーク接続が， TCP/IPを介した Compaq DECnet-Plus for OpenVMSである。

• ノードが IPルータだけを使用して接続されている。

DECnetによって返される，次のようなエラーが発生することがあります。

IPC-E-BCKTRNSFAIL, failure on the back translate address request

このエラーは，リモート・ノード名がDECnet-Plusによって変換されない場合に，論理接続障害によって表示されます。リモート・システムのDECnet-Plusノード名がローカルなDECnet-Plusデータベースに定義されておらず，リモート・ノードのTCP/IPネーム・サーバで ALIASとしてのみ定義される場合に，このエラーが発生することがあります。たとえば，ノード XXYZZYは，次のように定義することができます。

20.43.136.54 XXYZZY.ABC.DEF.COM, XXYZZY

この状況を回避するには，ノード名をローカルなDECnet-Plusデータベースに定義するか，または論理名 SYS$DECDTM_NODE_NAMEを次のいずれかと等しくなるように定義します。

• システム・パラメータ SCSNODEの値

• DECnet-Plus単純名

• TCP/IP別名 (以前の例にあるように， XXYZZYのような 6文字からなるノード名)

他の必要条件や制限事項については，『OpenVMSシステム管理者マニュアル』のDECdtm Servicesの管理についての説明を参照してください。

4.11 ECP Data CollectorとPerformance Analyzer V5.4B

V7.3-1

OpenVMS Alpha Version 7.3-1向けの Enterprise Capacity and Performance(ECP)の最小バージョンはバージョン 5.4Bです。 ECP Data Collectorと ECPPerformance AnalyzerはどちらもOpenVMS Version 6.2またはそれ以降のバージョンと下位互換性があります。


システム管理に関するリリース・ノート4.12 VMS$COMMON.DIRファイル:復元の問題

4.12 VMS$COMMON.DIRファイル:復元の問題

V7.3-1

OpenVMSシステム・ディスクの[SYSx]SYSCOMMON.DIRファイルは，[000000]VMS$COMMON.DIRファイルの別名のディレクトリです。どちらのファイルも同じファイル・ヘッダを参照します。OpenVMS VAX Version5.5-2より前のバージョンおよびOpenVMS Alpha Version 1.5より前のバージョンは，アルファベット順にファイルを処理するため， BACKUPを実行した場合にVMS$COMMON.DIRファイルと別名の[SYSx]SYSCOMMON.DIRファイルの関係を正しく復元することができませんでした。この問題はシステム・ディスクには影響しませんが，DIGITAL Command Language (DCL)のレキシカル関数を使用した場合にエラーが発生することがあります。

OpenVMS VAX Version 5.5-2とOpenVMS Alpha Version 1.5では，この問題が修正されていますが，旧バージョンのOpenVMSで作成したイメージのバックアップを復元すると，問題が発生することがあります。

VMS$COMMON.DIRファイルと別名の[SYSx]SYSCOMMON.DIRファイルの関係が正しいかどうかを確認するには，保存したセットとシステム・ディスクの両方を検査します。

注意

[SYSx]SYSCOMMON.DIRの下に表示されるファイルを削除した場合は，保存したセットからシステム・ディスクを復元し，システム・ディスクの検査で説明するように， VMS$COMMON.DIRファイルと別名の[SYSx]SYSCOMMON.DIRファイルの関係が正しいことを確認する必要があります。

保存したセットの検査保存したセットで VMS$COMMON.DIRファイルと別名の[SYSx]SYSCOMMON.DIRファイルの関係が正しいかどうかを確認するには，BACKUP/LISTコマンドを入力して，保存したセット内の VMS$COMMONディレクトリに含まれるファイルの情報を表示します。この部分に関係する BACKUP/LISTコマンド出力例は，次のとおりです。



.

.

.[000000]VOLSET.SYS;1 0 24-SEP-1994 19:31[]000000.DIR;1 1 24-SEP-1994 19:31[]SYSCOMMON.DIR;1 2 24-SEP-1994 19:31[]SYSLIB.DIR;1 18 24-SEP-1994 19:31[]SYSTEST.DIR;1 1 24-SEP-1994 19:31[]SYSMAINT.DIR;1 1 24-SEP-1994 19:31[]SYSMGR.DIR;1 6 24-SEP-1994 19:31[]SYSHLP.DIR;1 6 24-SEP-1994 19:31[]EXAMPLES.DIR;1 1 24-SEP-1994 19:31[]SYSUPD.DIR;1 4 24-SEP-1994 19:31[]SYSMSG.DIR;1 3 24-SEP-1994 19:31

.

.

.[]SECURITY_AUDIT.AUDIT 2 3-FEB-1995 15:23[]SECURITY_AUDIT.AUDIT 11 3-FEB-1995 15:23[]BACKUP.EXE;33 273 4-FEB-1995 09:37[]STABACKUP.EXE;9 486 4-FEB-1995 09:38

VMS$COMMONディレクトリ内の紛失ファイルが表示されている場合 (空のディレクトリは[ ]で表されます)，保存したセット内のシステム・ディスク情報はこの問題による影響があります。この保存したセットを使用してシステムを復元するたびに，問題の修正の手順を実行して問題を修正する必要があります。

このセットを保存したシステムにアクセスできる場合は，システム・ディスクの検査の手順を実行して，システムに問題がないかを確認してください。問題がある場合は，問題の修正の手順を実行してください。

システム・ディスクの検査システム・ディスクで VMS$COMMON.DIRファイルと別名の[SYSx]SYSCOMMON.DIRファイルの関係を検査するには，次の例のようにDUMP/HEADERコマンドを入力します。

$ DUMP/HEAD/BLOCK=COUNT:0 DR301:[000000]VMS$COMMON.DIR;1

Dump of file $4$DKA301:[000000]VMS$COMMON.DIR;1 on 14-FEB-200209:59:14.94

File ID (15,1,0) End of file block 3 / Allocated 9

File Header

Header areaIdentification area offset: 40...

Identification areaFile name: VMS$COMMON.DIR;1...



「File name:」フィールドに表示される名前がこの例のようにVMS$COMMON.DIR;1である場合， 2つのファイル名の関係は正しく設定されているので，その他の操作は必要ありません。

ただし，「File name:」フィールドに表示される名前が SYSCOMMON.DIR;1の場合， 2つのファイル名の関係が誤っているので，問題の修正の手順を実行して問題を修正する必要があります。

問題の修正VMS$COMMONを正しい状態に復元するには，次のコマンドを入力します。

$ SET DEFAULT DISK:[000000]$ SET FILE/ENTER=SYSCOMMON.DIR VMS$COMMON.DIR$ SET FILE/REMOVE VMS$COMMON.DIR;$ RENAME SYSCOMMON.DIR VMS$COMMON.DIR

4.13 Kerberos

ここでは，Kerberosの使用に関する既知の問題と制限事項について説明します。

4.13.1 Kerberosと小文字のユーザ名

V7.3-1

Kerberosがシステムのユーザ認証ファイル (UAF)のユーザ名を使用する場合，デフォルトでは，ユーザ名の大文字と小文字を変更しません。OpenVMSのユーザ名はすべて大文字で表されます。

小文字のユーザ名を使用するには (UNIXのユーザ名は通常小文字)，論理名KRB$LOWERCASE_UAF_USERNAMEを定義します。KRB$LOWERCASE_UAF_USERNAMEを使用すると，UAFファイルのユーザ名を小文字で検索できます。この論理名を使用しない場合は，ユーザ名は変更されません。

4.13.2 クラスタを認識しない Kerberos

V7.3-1

Kerberos Version 1.0 for OpenVMSではクラスタが認識されません。Kerberosのチケットは，セキュリティ機能によって発信ノード名でコード化されます。クラスタ内の 1つのノードから取得したチケット保証チケット (TGT)は，要求が作成されたノードだけに有効です。追加のチケットは，チケット保証チケット (TGT)要求を発信したノードから発信する必要があります。チケット・キャッシュはクラスタ内の他のノードからも表示できますが，Kerberos KDCでは，チケットにコード化されているノード以外で TGTを使用することを許可しません。


システム管理に関するリリース・ノート4.13 Kerberos

4.13.3 Kerberosオンライン・ヘルプ

V7.3-1

OpenVMS Kerberosは，幅広いセキュリティ製品 (RLOGIN， TELNET， FTPなど)の認証を許可する認証セキュリティ製品です。

Kerberosはこれまでレイヤード・プロダクトとして提供されていましたが，現在はVersion 7.3-1オペレーティング・システムに統合されています。 Version 7.3-1にアップグレードする前にKerberosをシステムにインストールした場合は，Kerberosのオンライン・ヘルプを利用できます。ただし，このヘルプ・ファイルの，/USER修飾子に関する記述には間違いがあります。この修飾子はサポートされていない不要な修飾子です。/ADMIN修飾子を指定していない場合，KERBEROSコマンドを入力すると，Kerberosユーザ・ユーティリティが自動的にアクティブになります。

Kerberosを初めて使用する場合，このリリースのオペレーティング・システムのオンライン・ヘルプは確認できません。次のコマンドと修飾子に関する説明を参照してください。このコマンドの形式は次のとおりです。

KERBEROS [qualifers]

デフォルトでは，KERBEROSコマンドを入力すると，Kerberos>プロンプトでKerberosユーザ・ユーティリティをアクティブにできます。Kerberos管理ユーティリティをアクティブにするには，/ADMIN修飾子を指定する必要があります。

オプションの 2つの修飾子の内容は次のとおりです。

• /ADMIN

Kerberos管理ユーティリティをアクティブにします。KerberosAdmin>プロンプトが表示されますが，コマンドを実行する前にKerberosユーティリティにログインする必要があります。

• /INTERFACE

使用できる場合は，要求された表示インタフェースをアクティブにします。指定できる値は次の 2つです。

/INTERFACE=CHARACTER_CELL (デフォルト)/INTERFACE=DECWINDOWS

/INTERFACE=DECWINDOWSを指定しないと，デフォルト表示のキャラクタセル端末が使用されます。

Kerberosユーティリティの使用に関する詳細については，Kerberos>またはKerberosAdmin>プロンプトで「HELP」と入力します。Documentation CD–ROMに収録されている『Kerberos for OpenVMS Release Notes』を参照することもできます。このドキュメントには，他のKerberosマニュアルへのリンクがいくつか含まれています。


システム管理に関するリリース・ノート4.14外部認証

4.14 外部認証

V7.2

ここでは，外部認証に関するリリース・ノートをまとめます。外部認証はOpenVMSVersion 7.1で導入されたオプションの機能であり，この機能を利用すると，OpenVMSシステムは外部のユーザ IDとパスワードを使用して，指定されたユーザを認証できます。

OpenVMS Version 7.2またはそれ以降でDECwindowsを稼動しているときにDECwindowsユーザを外部認証する場合は，DECwindows Version 1.2-4またはそれ以降と， Advanced Server for OpenVMSまたは PATHWORKS for OpenVMS(Advanced Server)を実行しなければならず，各サーバの『Installation andConfiguration Guide』に示した必要条件を満たさなければなりません。外部認証の使用の詳細については，このマニュアルと『OpenVMS Guide to System Security』を参照してください。

4.14.1 POPサーバでの接続が失敗する

V7.2

Post Office Protocol (POP)サーバは，外部認証を使用してOpenVMSシステムでの接続を認証しません。このため，次のいずれかの状況では，接続の試みは失敗します。

• 外部ユーザ IDがOpenVMSユーザ名と異なる場合

• OpenVMSパスワードと外部ユーザ・パスワードの同期がとれていない場合

4.14.2 DECterm端末セッションでの SET PASSWORDの動作

V7.2

DECterm端末セッションでは，ログインで使用する外部ユーザ名にアクセスすることができず， SET PASSWORD操作で外部ユーザ名を入力しなければなりません。外部ユーザ名のデフォルトは，プロセスのOpenVMSユーザ名です。デフォルトが適切でない場合 (つまり，外部ユーザ名とマッピングされたOpenVMSユーザ名が異なる場合)，正しい外部ユーザ名を入力しなければなりません。

次の例に，外部ユーザ名が JOHN_DOEであるユーザが開始した SET PASSWORD操作を示します。マッピングされたOpenVMSユーザ名は JOHNDOEであり，これは SET PASSWORD操作で使用されるデフォルトです。この場合，デフォルトは正しくないので，実際の外部ユーザ名がユーザによって指定されています。



$ set passwordExternal user name not known; Specify one (Y/N)[Y]? YExternal user name [JOHNDOE]: JOHN_DOEOld password:New password:Verification:%SET-I-SNDEXTAUTH, Sending password request to external authenticator%SET-I-TRYPWDSYNCH, Attempting password synchronization$

4.14.3 Compaq DECnet-Plusの必要条件

V7.2-1

SYSUAFアカウント・レコードで EXTAUTHビットがセットされているユーザは，外部認証パスワードがすべて大文字の場合を除き， Compaq DECnet-Plusを実行しているシステムで明示的なアクセス制御文字列を使用できません。

たとえば，次のコマンドを入力した場合について考えてみましょう。

$ DIRECTORY nodename"username password"::

nodenameはDECnet-Plusを実行しているシステム，usernameは EXTAUTHアカウントです。DECnet-Plusは，passwordという文字列が外部認証エージェント(PATHWORKSまたはNTドメイン・コントローラ)に渡される前に，これを大文字に変換します。

この問題には，次の 2つの回避方法があります。

• DECnet-Plusを使用している場合に，明示的なアクセス制御文字列を使用するには，大文字のNTパスワードを定義する。

• DECnet-Plusノードでプロキシ・アカウントを設定して，機能を実行するために明示的なアクセス制御文字列を使用する必要がないようにする。

4.14.4 SYSUAFパスワードを使用する DECwindowsの休止スクリーン

V7.1

DECwindowsの休止スクリーンのアンロック機構では，パスワード確認に外部認証サービスが使用されません。システムで外部認証を有効化した場合でも SYSUAFファイルのパスワードが使用されます。

デフォルトでは，パスワードの同期が有効化されています。パスワードの同期を無効化した場合は， LAN Managerと SYSUAFのパスワードを手動で同期させる必要があります。



4.14.5 DECnet-Plusと NET_CALLOUTSパラメータ

V7.3

外部認証を有効化してDECnet-Plus for OpenVMSを実行するには，NET_CALLOUTSシステム・パラメータを 255に設定します。この設定によりユーザ確認とプロキシ検索がDECnetではなく LOGINOUTで実行されます。

4.14.6 レイヤード・プロダクトとアプリケーションに与える影響

V7.1

従来の SYSUAFベースのユーザ名とパスワードをもとにした認証機能を使用する特定のレイヤード・プロダクトとアプリケーション (たとえば，$HASH_PASSWORDや$GETUAI/$SETUAIを呼び出して，OpenVMSパスワードの変更，フェッチ，確認を行うソフトウェア)では，次の場合に問題が発生します。

• 指定されたユーザの外部ユーザ IDとOpenVMSユーザ名が異なる環境で外部認証を使用した場合

• ユーザの SYSUAFパスワードが外部ユーザ・パスワードと異なる場合

このような場合には，レイヤード・プロダクトまたはアプリケーションでユーザを認証できないという問題が発生します。

外部認証を受けるユーザの場合，通常のシステム登録データベース (SYSUAF.DAT)を使用して，OpenVMSプロセス・プロファイル (UIC，特権，クォータなど)を作成したり，特定のログイン制限を適用します。ところが，外部認証を受けるユーザと通常のOpenVMSユーザの間には， 2つの重大な相違点があります。外部認証を受けるユーザの場合は，次のようになります。

• SYSUAFに格納されているパスワードは，ユーザを確認するために使用されるパスワードではない。

• SYSUAFに格納されていて，OpenVMSプロセスを識別するために使用されるユーザ名は，ログイン時にユーザを認証するために使用される外部ユーザ IDと等しいとは限らない。

OpenVMSでは，これらの問題点をできるだけ少なくするために，ユーザの SYSUAFと外部ユーザ・パスワードの同期がとられます。ユーザの外部パスワードの最新のコピーは SYSUAFに保存されますが，たとえば外部パスワードにOpenVMSで使用できない文字が含まれている場合や，システム管理者が SYSUAFパスワードの同期化を無効にした場合は，パスワードの同期はとられません (デフォルトでは，パスワードの同期は有効に設定されています)。



外部認証を有効にする場合は，従来の SYSUAFベースの認証を使用するレイヤード・プロダクトやアプリケーションとの互換性の問題をできるだけ避けるために，次の点に注意してください。

• パスワードの同期化を無効にしない。

• 外部ユーザ・パスワードでは，OpenVMSで有効なパスワード文字セット (A～Z， 0～ 9，アンダスコア (_)，ドル記号 ($))だけを使用する。

• 外部認証サービスとOpenVMSで同じユーザ名をユーザに割り当てる。

• 複数のユーザに同じユーザ名や同じユーザ IDを割り当てない。

$GETUAIおよび$SETUAIシステム・サービスでは，外部パスワードがサポートされません。これらのサービスは SYSUAFに格納されているパスワードに対してだけ動作し，更新情報は外部認証サービスに送信されません。これらのサービスを呼び出すソフトウェアを使用して，パスワードを確認したり，更新したりしているサイトでは，外部認証は有効にしないでください。将来のリリースでは，外部パスワードをサポートするための新しいプログラミング・インタフェースが提供される予定です。

4.14.7 複合バージョンOpenVMS Clusterシステム

V7.1

すべてのシステムがOpenVMS Version 7.1またはそれ以降のバージョンを実行している場合に限って，OpenVMS Clusterシステムで外部認証を使用するようにしてください。

以前のバージョンのシステムで LOGINOUTを使用すると，外部認証を受けたユーザも含め，すべてのユーザに対して通常のOpenVMSパスワード・ポリシー (パスワードの有効期限，パスワードの履歴など)が適用されます。

4.14.8 ワークステーションではパスワードの有効期限切れは通知されない

V7.1

LAN Managerドメインでは，パスワードの有効期限が切れた後，ログインすることはできません。

パーソナル・コンピュータ (PC)のユーザには，外部ユーザ・パスワードの有効期限が間もなく切れることが通知されるので，有効期限が切れる前にパスワードを変更できます。ところが，外部認証を使用してOpenVMSワークステーションからログインする場合，ログイン・プロセスは外部パスワードの有効期限が間もなく切れるかどうか判断できません。したがって，パスワードの有効期限が設定されていて，ユーザの大半が PCを使用していないサイトでは，ワークステーション・ユーザに対して外部認証を使用しない方が賢明です。


システム管理に関するリリース・ノート4.15 EDIT/FDLの推奨バケット・サイズの変更

4.15 EDIT/FDLの推奨バケット・サイズの変更

V7.3

OpenVMS Version 7.3より前のバージョンでは， EDIT/FDLの実行時に，計算されたバケット・サイズ (最大バケット・サイズは 63)が常に最も近いディスク・クラスタのバウンダリに切り上げられていました。そのため，ディスク・クラスタ・サイズが大きい場合に，ファイルの元々のバケット・サイズは小さいが，バケット・サイズが必要以上に大きく切り上げられているという問題が発生することがありました。バケット・サイズが大きくなるほど，レコードとバケット・ロックの争奪が増加し，パフォーマンスに大きく影響します。

OpenVMS Version 7.3またはそれ以降では，推奨バケット・サイズを計算するためのアルゴリズムが変更され，ディスク・クラスタが大きい場合に，より厳密なサイズが提供されます。

4.16 OpenVMS Galaxy Version 7.3-1

ここでは，OpenVMS Version 7.3-1向けのOpenVMS Galaxyのリリース・ノートおよびこのリリース・ノートに適用されるOpenVMS Version 7.3， 7.2-1H1，7.2-1，および 7.2の注意事項についてまとめます。

4.16.1 ES40上のGalaxy: Fast Pathの無効化 (一時的な制限事項)

V7.3-1

ES40システムでGalaxyを使用する場合，インスタンス 1で Fast Pathを無効化する必要があります。そのためには，そのインスタンスで SYSGENパラメータFAST_PATHを 0に設定します。

インスタンス 1で Fast Pathを無効化しないと，インスタンス 0のリブート時にインスタンス 1での入出力がハングします。この状態は， PCIバスをリセットし，インスタンス 1をリブートするまで続きます。共有する SCSIまたは Fibre Channelがある場合，共有ノードでの入出力がハングし，これらのデバイスへのすべてのパスが無効になります。

この制限は，今後排除される予定です。


システム管理に関するリリース・ノート4.16 OpenVMS Galaxy Version 7.3-1

4.16.2 OpenVMS Galaxy構成での Fibre Channelの使用

V7.3-1

OpenVMS Galaxy構成における Fiber Channelサポートは，OpenVMS AlphaVersion 7.3またはそれ以降， 7.2-2，および 7.2-1H1に組み込まれています。OpenVMS Alpha Version 7.2-1の場合，OpenVMS Galaxy構成サポートはFibre Channel修正キット (V721_FIBRECHAN-V0200以降)に含まれています。OpenVMS Fibre Channel構成の詳細については，次のWebページを参照してください。

http://www.openvms.compaq.com/openvms/fibre/index.html

4.16.3 Galaxyコンピュータ環境におけるGalaxy以外のクラスタ・メンバの互換性

V7.2

OpenVMS Version 7.2では，OpenVMS Galaxyコンピュータ環境で使用される新しいセキュリティ・クラスが導入されました。新しいセキュリティ・クラスは，Galaxyシステム以外では無効です。OpenVMS Galaxyを既存のOpenVMS Clusterで構成する場合，クラスタ内のすべてのノードで新しいセキュリティ・クラスが認識されることを確認する必要があります。

該当するのは，次の条件がすべて満たされた場合です。

• Galaxy以外のシステムを含むクラスタでOpenVMS Galaxyが構成されている。

• Galaxy以外のクラスタ・ノードで VMS$OBJECTS.DATセキュリティ・データベース・ファイルを共有する。

• OpenVMS GalaxyでGalaxywideグローバル・セクションを使用する。

• OpenVMS Version 7.1-2より前のOpenVMSバージョンを使用する。

OpenVMS Version 6.2または Version 7.1を実行中のOpenVMS VAXおよび Alphaシステムの場合， VMS$OBJECTS.DATファイルで不明なセキュリティ・クラスが検出されると障害が発生します。

Galaxywideグローバル・セクションを作成する前に，更新されたシステム・ディスクの 1つを共有するすべてのクラスタ・メンバをリブートする必要があります。


システム管理に関するリリース・ノート4.16 OpenVMS Galaxy Version 7.3-1

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

V7.2-1

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

複数の I/Oポート・モジュールを含むOpenVMS GalaxyとGalaxy以外が混在するAlphaServer 8200/8400構成をGS60/GS60E/GS140システムにアップグレードする場合， Compaq Action Blitz # TD 2632の説明に従って，少なくともリビジョン B02KN7CG-AB EV6 CPU (E2063-DA/DB rev D01)モジュール 1つをインストールする必要があります。

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

4.16.5 MOPブートの制限事項

V7.2

OpenVMS Galaxyコンピューティング環境でMOP (Maintenance OperationsProtocol)ブートがサポートされるのは，インスタンス 0だけです。この制限事項は今後のリリースで排除される予定です。

4.16.6 Galaxy構成での KFMSBおよび CIXCDアダプタの制限事項

永続的な制限事項

ドライバとアダプタ間の制御データ構造にファームウェアのアドレス制限があるため，KFMSBおよび CIXCDアダプタを適用できるのは，物理アドレス (PA) = 0を基にするハードウェア・パーティションだけです。OpenVMS Galaxy構成では，これらのアダプタはインスタンス 0でしか使用できません。

4.17 AlphaServer GSシリーズ: NPAGERADシステム・パラメータのデフォルトの動作

V7.3-1

Version 7.3-1より前のOpenVMSシステムで AlphaServer GSシリーズのプロセッサを使用した場合，増加したNPAGEDYNの値が減少しないためにプールが拡大するというシステム管理上の問題がありました。これは，NPAGERADをデフォルト値の0のままにしていることが原因でした。


システム管理に関するリリース・ノート4.17 AlphaServer GSシリーズ: NPAGERADシステム・パラメータのデフォルトの動作

OpenVMS Version 7.3-1またはそれ以降では，NPAGERADが 0 (デフォルト)の場合，次の式でNPAGERADに使用する値が計算されます。

Base RAD メモリNPAGEDYN * (1- --------------- )

メモリ合計

この計算により，基本 RAD以外の RADに対して以前より多くのプールを確保し，その RADプールの拡大を防ぐことができるようになりました。

4.18 LAN ATM—LANエミュレーション用のDAPBA/DAPCAアダプタの制限事項

V7.3

DAPBA (155 Mb/s)およびDAPCA (622 Mb/s)は， SYS$HWDRIVER4.EXEでサポートされる PCIバス・システムの ATMアダプタです。

どちらのアダプタも膨大な非ページング・プールが必要なため，構成時に注意が必要です。各DAPBAについては，システム・パラメータNPAGEVIRを 3000000ごとに増加させることをお勧めします。各DAPCAについては，NPAGEVIRパラメータを6000000ごとに増加させることをお勧めします。そのためには， ADD_NPAGEVIRパラメータをMODPARAMS.DATに追加し， AUTOGENを実行します。たとえば，DAPBA 2つとDAPCA 1つを含むシステムのMODPARAMS.DATには，次のコマンドを追加します。

ADD_NPAGEVIR = 12000000

DAPBAおよびDAPCAアダプタには，次の制限が適用されます。

• PCI-to-PCIブリッジの後に配置された PCIバスにアダプタを割り当てることはできません。

• 古い IPはサポートされません。

4.19 ACMSキットとファイルの削除—問題点

V7.3-1

次のキットのいずれかをインストールし，

VMS73_ACMS-V0100VMS722_ACMS-V0100VMS721H1_ACMS-V0100VMS721_ACMS-V0100


システム管理に関するリリース・ノート4.19 ACMSキットとファイルの削除—問題点

V7.3-1にアップグレードすると，次の ACMSファイルが削除される可能性があります。

ACMSSTART.COMACMSBOOT.EXE

これらのファイルが削除されると，アップグレード後に ACMSで障害が発生します。この問題を修正するためには， ACMS_U2_043.A修正キットをインストールしてください。このキットは，前述のリストに挙げたキットに代わるものです。

このキットは，次のwebサイトから入手できます (ACMS_U2_043.Aキットのバージョン・リンクをクリックします)。

http://ftp1.support.compaq.com/public/vms/axp/

4.20 ロック・マネージャ

ここでは，ロック・マネージャのリリース・ノートをまとめます。

4.20.1 高速ロック再マスタリングと PE1

V7.3

OpenVMS分散ロック・マネージャには，ロック再マスタリングという機能があります。ロック再マスタリングとは，リソース・ツリーのロック・マスタの権利をクラスタ内にある別のノードに移動することです。ロック・ツリーのマスタになるノードは，クラスタ内の別のノードとのやり取りが不要なため，ローカルなロック要求をより高速で処理することができます。ほとんどのロック処理を実行するノードにロック・ツリーがあると，システム全体の性能が向上します。

OpenVMS Version 7.3より前のバージョンで，ロック再マスタリングを実行すると， 1つのローカル・ロックにつき 1つのメッセージがすべてのノードから新しいマスタに送信されていました。このため，非常に大規模なロック・ツリーの場合には，ロック再マスタリング処理を実行するために膨大な時間が必要でした。しかも，この処理中には，ロック・ツリーに対するすべてのアプリケーションのロックが停止されました。

OpenVMS Version 7.3またはそれ以降では，ロック・データの新しいマスタへの送信は，非常に大規模な転送で実行されます。これはより効率的な処理であり， 1つのロック・ツリーを 3～ 20倍速く移動することができるようになります。

ロック再マスタリングの大規模転送を使用することができるのは，OpenVMSVersion 7.3またはそれ以降のバージョンを実行しているノードだけです。OpenVMSVersion 7.3またはそれ以降のノードとそれより前のバージョンを実行しているノー


システム管理に関するリリース・ノート4.20ロック・マネージャ

ドとの間の再マスタリングでは，引き続き 1つのロックにつき 1つのメッセージを送信する必要があります。

PE1システム・パラメータを使用して，再マスタリングの対象となりうるロック・ツリーのサイズを制限している場合には，その値を増やして大規模なロック・ツリーを移動できるようにするか，その値をゼロ (0)に設定してどのようなサイズのロック・ツリーでも移動できるようにします。

4.20.2 ロック・マネージャと非ページング・プール

V7.2

OpenVMS Alphaシステムでのアプリケーションのスケーラビリティを向上するために，ロック・マネージャ構造体の大部分が非ページング・プールから S2空間に移動されました。多くのシステムで，ロック・マネージャ構造体は非ページング・プールの多くの部分を使用していました。

非ページング・プールに対してこのような変更が行われたため，次の操作を実行する必要があります。

• AUTOGENとフィードバック情報を使用して，非ページング・プールのサイズを調整する。

• ロック・マネージャのために非ページング・プールのサイズを拡大している可能性があるので，MODPARAMS.DATを調べて，NPAGEDYNとNPAGEVIRの設定を確認する。

ロック・マネージャが変更されたので，これらのパラメータは以前より小さい値に設定，または削除できる。

ロック・マネージャに関連するメモリについては，『OpenVMS DCLディクショナリ: N–Z』の SHOW MEMORYの説明を参照してください。

4.21 OPCOM

ここでは，Operator Communication Manager (OPCOM)に関するリリース・ノートをまとめます。

4.21.1 誤ったオペレータ・クラスの処理—修正済み

V7.3

以前は，OPC$OPA0_CLASSES論理名またはOPC$LOGFILE_CLASSES論理名に誤ったクラスが含まれていると，OPCOMがエラーを表示し，処理が停止しました。

この問題は，OpenVMS Version 7.3またはそれ以降で修正されました。


システム管理に関するリリース・ノート4.21 OPCOM

OPCOMに次の 2つのメッセージが追加されました。

%%%%%%%%%%% OPCOM 18-MAY-2000 13:28:33.12 %%%%%%%%%%%"BADCLASS" is not a valid class name in OPC$LOGFILE_CLASSES

%%%%%%%%%%% OPCOM 18-MAY-2000 13:28:33.12 %%%%%%%%%%%"BADCLASS" is not a valid class name in OPC$OPA0_CLASSES

誤ったクラス名がどちらかの論理名に指定されると，そのことを示すエラー・メッセージが表示されます。これらのメッセージはシステム・スタートアップ時にコンソールに表示され，OPERATOR.LOGに記録されます。

すべてのオペレータ・クラスのリストは，次のとおりです。

CARDSCENTRALCLUSTERDEVICESDISKSLICENSENETWORKOPER1～OPER12PRINTERSECURITYTAPES

誤ったクラスを指定すると，すべてのクラスが有効化されます。この変更により，リストされたエラー・メッセージは可能な限り多くのオペレータの目に触れるようになります。

4.21.2 OPC$ALLOW_INBOUNDとOPC$ALLOW_OUTBOUNDの変更点

V7.3

以前，OPC$ALLOW_INBOUNDとOPC$ALLOW_OUTBOUNDが FALSEに設定されたときにOPCOMが使用していたアルゴリズムは，あまりにも制限が多すぎるということがわかりました。この論理名の設定では，OPCOMプロセスがメッセージを受信することも，送信することもできないためです。

これらの論理名を同時にOpenVMS Clusterで使用すると，クラスタ内の異なるシステムでOPCOMプロセスが通信を停止する可能性がありました。その結果，OPERATOR.LOGファイルが次のようなメッセージでいっぱいになっていしまう恐れがありました。

%%%%%%%%%%% OPCOM 29-APR-2000 11:33:31.73 %%%%%%%%%%%OPCOM on AAAAA is trying again to talk to BBBBB, csid 00010001, system 00001


システム管理に関するリリース・ノート4.21 OPCOM

この問題を修正するために，OpenVMS Cluster内の複数のOPCOMプロセスの間で相互に通信メッセージをやりとりできるように，アルゴリズムの制限が緩やかにされました。

それでも引き続き，これらの論理名を使用する場合には注意が必要です。これらの論理名を使用するのは，OPCOMメッセージが 1方向または両方向で無効化された場合にシステム全体が受ける影響を本当に理解しているユーザだけにしてください。

4.21.3 OpenVMS Cluster内のワークステーション

V7.3

OPCOMのデフォルトの動作では，OpenVMS Cluster内のワークステーションでOPA0:を有効化しません。さらにOPCOMは，これらのシステムにあるログファイルOPERATOR.LOGについても，有効化しません。唯一の例外は，ワークステーションがクラスタに追加される最初のシステムである場合です。

OPCOMは，あるシステムがワークステーションであるかどうかを，グラフィック・デバイスがあるかどうかによって判断します。このテストは，通常次のように実行します。

F$DEVICE ("*", "WORKSTATION", "DECW_OUTPUT")

OPCOMは，グラフィック・デバイスがあるシステムを，ワークステーションとして扱います。そのため，OPA0:とOPERATOR.LOGは，デフォルトでは有効化されません。

このデフォルトの動作を変更するには， SYS$MANAGER:SYLOGICALS.COMの中の次の論理名を TRUEに定義します。

• OPC$OPA0_ENABLE

• OPC$LOGFILE_ENABLE

4.22 OpenVMS Clusterシステム

ここでは，OpenVMS Clusterシステムに関するリリース・ノートをまとめます。

4.22.1 MSCPアクセス専用のディスクへの SET PREFERRED_PATH—修正済み

V7.3-1

次の問題 (V7.2-2のリリース・ノートで説明)は，修正されました。


システム管理に関するリリース・ノート4.22 OpenVMS Clusterシステム

以前は，MSCPサーバ・アクセス専用のディスク (ローカル・ディスク以外)に対して優先パスを指定し (コマンド SET PREFERRED_PATHを使用)，指定したホストがシャットダウンまたは異常終了した場合，代替パスへフェールオーバされませんでした。

4.22.2 複合バージョンのクラスタにおける FDDI経由のサテライトのブート

V7.3

OpenVMS Version 7.3またはそれ以降での変更により，旧バージョンのOpenVMSの FDDI経由でサテライトをブートする場合に影響が出る可能性があります。NISCS_LAN_OVRHDシステム・パラメータを 6未満の値に設定し (デフォルト値は 18)，NISCS_MAX_PKTSZシステム・パラメータを FDDIパケットの最大サイズ(4468)に設定すると，問題が発生することがあります。NISCS_LAN_OVRHDによって，DESNC (イーサネットの暗号化デバイス)などのデバイスを調整する LAN通信で使用する最大パケット・サイズが減ります。OpenVMS Version 7.3またはそれ以降では，NISCS_LAN_OVRHDが使用されないため，最大パケット・サイズは減りません。

問題は， FDDIブート・ドライバで使用するバッファ・サイズが 12バイト少ないことです。サテライトのブートの FDDIブート・ドライバにより， 12バイトの不正データ (通常は 0)が SYSBOOT中にロードされたイメージ内に挿入されます。そのため，早い段階で (数秒程度で)不明なシステム・エラーやシステム停止が発生します。

この問題を解決するには，修正用ブート・ドライバ・パッチ・キットを入手して，サテライト・システムのルートにインストールします。または，サテライトにシステム・ディスクをサービスするシステムでNISCS_MAX_PKTSZシステム・パラメータの値が FDDIの最大パケット・サイズより 12バイト以上少ないことを確認してください。

影響を受けるシステムは，次のとおりです。

• NISCS_MAX_PKTSZシステム・パラメータの値が 4456より大きく，OpenVMSVersion 7.3またはそれ以降の Alphaシステムまたは VAXシステムから FDDIアダプタ経由でブートされる Alphaサテライト。

• NISCS_MAX_PKTSZからNISCS_LAN_OVRHDを引いた値が 4456より大きく， FDDI経由でシステム・ディスクをサービスし，OpenVMS Version 7.3より前のシステムから FDDIアダプタ経由でブートされる Alphaサテライト。サービスされるシステム・ディスクのOpenVMSは， Version 7.3またはそれ以降でもそれより前のバージョンでもかまいませんが，旧バージョンではNISCS_LAN_OVRHDが通常 18に設定されるため，システム・ディスクが Version 7.3またはそれ以降の場合にこの問題が発生しやすくなります。



4.22.3 マルチパス・テープ・フェールオーバの制限事項

V7.3-1

Fibre Channelマルチパス・テープ・セット内の 1つのデバイスで INITIALIZEコマンドを実行している間は，そのセットの別のメンバへマルチパス・フェールオーバを実行できません。別のマルチパス・テープ・デバイスが初期化されている間に，現在のパスで障害が発生した場合は，テープ・デバイスが機能しているパスへフェールオーバした後に， INITIALIZEコマンドを再試行してください。

この制限は，今後のリリースで無くなる予定です。

4.22.4 Fibre Channelでのテープの圧縮または密度に関する正しいステータスの取得

V7.3-1

Fibre Channelなどの共用イニシエータ環境で SHOW DEVICE/FULL出力にノードの圧縮ステータスまたは密度ステータスが正しく表示されるのは，ノードからドライブに対して INITIALIZEコマンド，MOUNTコマンド，またはQIO関数IO$_PACKACKを実行した場合だけです。これらの操作では， SHOW DEVICEで出力される値が更新されます。

共用イニシエータ環境では，別々のクラスタ・ノード上のユーザが同時に同じモード(圧縮モードまたは密度モード)の SCSIテープ・ドライブを使用することができません。たとえば，ノード Aのユーザがドライブを割り当てて圧縮モードで使用してからテープ・ドライブの割り当てを解除したと仮定します。その後で，ノード Bのユーザがドライブを割り当てて，非圧縮モードを要求したと仮定します。

この段階では，ドライブが非圧縮モードで運用されているにもかかわらず，ノード Aの SHOW DEVICE/FULL出力では圧縮モードが有効になっているため，この表示は古くなっています。表示されている密度の値も同様に古くなっています。

そのため， SHOW/DEVICE出力で圧縮と密度の値を正しく表示するには，ノードからドライブに対して INITIALIZEコマンド，MOUNTコマンド，またはQIO関数IO$_PACKACKを実行して，出力を更新します。

4.22.5 テープの/DENSITYキーワードの短縮形の使用の中止

V7.3-1OpenVMS Alpha Version 7.3-1では，/DENSITY修飾子に指定するテープ密度のキーワードを簡略化できなくなりました。/DENSITY修飾子は，テープを管理するために複数のコマンド (INITIALIZE， BACKUP，MOUNT，および SET MAGTAPE)に指定します。



テープの/DENSITYキーワードの例は，DLT8000です。このキーワードは，次のように指定します。

$ INITIALIZE/DENSITY=DLT8000 $2$MGA1: MYTAPE

ただし，/DENSITY密度修飾子自体は，/DENSと簡略化することが可能です。

4.22.6 パケット損失に関する新エラー・メッセージ

V7.3

OpenVMS Version 7.3より前のバージョンでは， LANのパスが使えなくなると，まず SCS仮想サーキット閉塞が最初に発生します。OpenVMS Version 7.3またはそれ以降では，最後に使用可能な LANパスで超過レートによりパケットを損失すると，PEDRIVERにより次のコンソール・メッセージが表示されます。

%PEA0, Excessive packet losses on LAN Path from local-device-name -_ to device-name on REMOTE NODE node-name

このメッセージは， PEDRIVERにより LANパス (ローカル・デバイス，中継ネットワーク，およびリモート・ノードのデバイスで構成される)で過度のレートでパケットの再転送が行われた直後に表示されます。このメッセージは， LANパスの品質低下や，リモート・ノードと通信の信頼性が失われそうな場合，または失われている場合に表示されます。損失が継続すると，リモート・ノードへの仮想サーキットが閉じる可能性があります。さらに， LANパケットの損失が継続すると，パケット損失検知のタイムアウトとパケットの再送信により通信が遅延するため，パフォーマンスに重大な影響が出ます。

次の修復手順を実行してください。

1. デバイスに問題がある場合は，ローカルとリモートの LANデバイス・エラー数を確認します。各ノードで次のコマンドを実行します。

$ SHOW DEVICE local-device-name$ MC SCACPSCACP> SHOW LAN device-name$ MC LANCPLANCP> SHOW DEVICE device-name/COUNT

2. ローカル・デバイスのデバイス・エラー数が通常の境界内である場合，ネットワーク管理者に連絡して，デバイス間の LANパスの診断を依頼してください。

必要な場合，弊社のサポート担当者に連絡の上， LANパスの問題を診断するためのサポートを受けてください。

PEDRIVERのトラブルシューティング情報については，『OpenVMS Clusterシステム』の付録 Fを参照してください。



4.22.7 複合バージョン・クラスタの Class Scheduler

V7.3

OpenVMS Alpha Version 7.2xを実行するノードが含まれる複合バージョン・クラスタ環境で新しい固定 Class Schedulerを使用する場合，これらのノードに対して SYSMAN CLASS_SCHEDULEサブコマンドを実行すると，これらのノードのSMISERVERプロセスが中断します。

この場合，次のコマンドを実行すると，これらのノードの SMISERVERプロセスを再起動できます。

@SYS$SYSTEM:STARTUP SMISERVER

次の修正キットでこの問題を修正できます。

VMS721_MANAGE V2.0 (またはそれ以降)VMS721H1_MANAGE V2.0 (またはそれ以降)

これらの修正キットは，次のwebサイトからダウンロードできます。

http://www.support.compaq.com/patches/

この問題は，OpenVMS Alpha Version 7.2xを実行する Alphaプラットフォームだけに発生します。

4.22.8 クラスタの互換に必要な修正キット

V7.3-1

OpenVMS Version 7.3-1システムを既存のOpenVMS Clusterシステムに導入する前に，特定の修正キットを，旧バージョンのOpenVMSを実行しているシステムに適用しなければなりません。 Fibre Channel， XFC， Volume Shadowing，またはVolume Shadowingのミニコピーを使用する場合には，追加修正キットが必要です。これらのキットは，バージョンに固有です。

注意

OpenVMS Alpha Version 7.2-1および Version 7.2-1H1向けの VolumeShadowing修正キットには，障害に強い構成をサポートする修正サポートとすべての修正をサポートする新機能サポートの 2種類のインストール方法があります。

表 4–1は，修正キットを必要とする機能とその修正キットの名前をまとめた表です。各修正キットには，キット名と同じ名前の ReadMeファイル (ファイル拡張子は.README)が用意されています。



修正キットは，次のWebサイトからダウンロードしてください。または，弊社のサポート担当者に連絡の上，システムに適した媒体で受領してください。

http://www.support.compaq.com/

注意

修正キットは，必要に応じて定期的にアップデートされます。キットのReadMeファイルに示されているように，機能に対応した最新の修正キットを使用してください。それぞれのキットの最新バージョンは， webサイトに記載されています。

表 4–1 クラスタの互換に必要な修正キット

機能ファイル名

OpenVMS Alpha Version 7.3

次のキットを除くすべての修正キットを含む更新キット

DEC-AXPVMS-VMS73_UPDATE-V0100–4.PCSI

Cluster DEC-AXPVMS-VMS73_CLUSTER-V0200–4.PCSI

DCL DEC-AXPVMS-VMS73_DCL-V0200–4.PCSI

Shadowing DEC-AXPVMS-VMS73_SHADOWING-V0200–4.PCSI

SYSINI DEC-AXPVMS-VMS73_SYSINI-V0100–4.PCSI

XFC VMS73_XFC-V0200

OpenVMS VAX Version 7.3

Audit Server VAXAUDS01_073

DECwindows Motif VAXDWMOTMUP01_073

MAIL VAXMAIL01_073

Shadowing VAXSHAD01_073

(次ページに続く)



表 4–1 (続き) クラスタの互換に必要な修正キット


OpenVMS Alpha Version 7.2-2

Audit Server DEC-AXPVMS-VMS722_AUDSRV-V0100–4.PCSI

CLI Utility DEC-AXPVMS-VMS722_CLIUTL-V0100–4.PCSI

DECwindows Motif DEC-AXPVMS-VMS722_DW_MOT-V0100–4.PCSI

Driver DEC-AXPVMS-VMS722_DRIVER-V0100–4.PCSI

Fibre Channel/SCSI DEC-AXPVMS-VMS722_FIBRE_SCSI-V0200–4.PCSI

IPC DEC-AXPVMS-VMS722_IPC-V0100–4.PCSI

LAN DEC-AXPVMS-VMS722_LAN-V0200–4.PCSI

RMS DEC-AXPVMS-VMS722_RMS-V0200–4.PCSI

SYSLOA DEC-AXPVMS-VMS722_SYSLOA-V0100–4.PCSI

Shadowing DEC-AXPVMS-VMS722_SHADOWING-V0100–4.PCSI

OpenVMS Alpha Version 7.2-1H1


DEC-AXPVMS-VMS721H1_UPDATE-V0500–4.PCSI

Backup utility DEC-AXPVMS-VMS721H1_BACKUP-V0100–4.PCSI

Driver DEC-AXPVMS-VMS721_DRIVER-V0300–4.PCSI

Fibre Channel/SCSI DEC-AXPVMS-VMS721H1_FIBRE_SCSI-V0500–4.PCSI

Files 11 DEC-AXPVMS-VMS721H1_F11X-V0200–4.PCSI

RMS DEC-AXPVMS-VMS721H1_RMS-V0700–4.PCSI

XFC/VCC互換サポートを備えたシステム

DEC-AXPVMS-VMS721H1_SYS-V0500–4.PCSI

OpenVMS Alpha Version 7.2-1

すべての修正キットを含む更新キット (7月中旬より配布開始)

DEC-AXPVMS-VMS721_UPDATE-V400-4.PCSI




表 4–1 (続き) クラスタの互換に必要な修正キット


OpenVMS VAX Version 7.2


VAXUPDATE01_072

Audit Server VAXAUDS01_072

Backup utility VAXBACK02_072

CLI Utility VAXCLIU03_072

C RTL VAXACRT02_072

DCE DEC-VAXVMS-VAX_DCEECO_015_1-v0100–4.PCSI

DECnet OSI DEC-VAXVMS-DNVOSIECO02-V0702–4.PCSI

DECwindows Motif VAXDWMOTMUP01_072

Files 11 VAXF11x03_072

Fibre Channel VAXDRIV02_072

LAT VAXLAT01_072

LIBRTL VAXLIBR01_072

MIME VAXMIME02_072

ODS1 VAXODS1_01_072

PCSI DEC-VAXVMS-VMS72_PCSI-V0101–4.PCSI

PThreads VAXPTHR01_072

RMS VAXRMS01_072

MANAGE VAXMANA01_072

XFC/VCC互換性サポートを備えたシステム

VAXSYS02_072

Volume Shadowing VAXSHAD03_072

4.22.9 HSGホスト接続テーブルがフルの場合にはデバイスは設定されない

V7.3

Fibre Channelホスト・バス・アダプタがHSGコントローラに (Fibre Channelスイッチを介して)接続されている場合には，HSGはHSG接続テーブルのエントリを作成します。それぞれのホスト・バス・アダプタと，そのアダプタが接続されるそれぞれのHSGポートには個別の接続が存在します (HSG CLIコマンド SHOWCONNECTIONSを参照してください)。

接続が確立されれば，『HSG Array Controller ACS Configuration and CLIReference Guide』で説明するコマンドを使用して，パラメータを変更することができます。接続は変更することができるため，ホスト・バス・アダプタの接続が切断されても，HSGは接続情報をテーブルから削除しません。代わりに，接続して処理が完了した後，ユーザが CLIコマンドを使用して，接続を明示的に削除しなければなりません。



HSGは，一定の数の接続をサポートします。 ACS Version 8.7では最大で 96接続，ACS Version 8.5では最大 64接続， ACS Version 8.4では最大 32接続が可能です。この接続の上限は，シングル冗長コントローラでも，デュアル冗長コントローラでも同じです。最大接続数に達すると，新しい接続ができなくなります。このようになると，OpenVMSがHSG上で，ディスク・デバイスまたはディスク・デバイスへの特定のパスを設定しなくなります。

この問題を解決するには，不要になった以前の接続を削除します。ただし， FibreChannelファブリックが大きく，アクティブな接続の数がHSGの上限を上回る場合には，このファブリックを再設定するか， FCスイッチ・ゾーンを使用して一部のアダプタを一部のHSGポートから隠し，接続の数を減らさなければなりません。

4.22.10 Console V5.6と V5.7での KGPSA NVRAMエラーは V5.8で修正済み

V7.3-1

このリリース・ノートで説明する問題は， Consoleファームウェア Version 5.8では修正されています。

Version 5.6または Version 5.7のコンソールを使用すると，KGPSAドライバが起動したとき，または，OpenVMSをシャットダウンしたときに，kgpsaa0.0.0.2.4- Nvram read failedというエラー・メッセージが表示されます。このエラーは，KGPSAのNVRAMがフォーマットされていないか，正常に動作していないことを示します。まず考えられる原因は，NVRAMがフォーマットされていないことです。Version 5.6より前では，NVRAMは，常にフォーマットされていませんでした。Version 5.6では，KGPSAアダプタのNVRAMの一部が，ファブリック (スイッチ)トポロジとループ・トポロジのどちらに対応するようアダプタを初期化するべきかを示すために使用されています。デフォルトでは，コンソールはKGPSAをファブリック・トポロジに対応するよう初期化します。

次の例のように，トポロジを設定すると，NVRAMは自動的にフォーマットされます。



P00>>>set mode diagP00>>>wwidmgr -show adapteritem adapter WWN Cur. Topo Next Topokgpsaa0.0.0.8.1 - Nvram read failed.[ 0] kgpsaa0.0.0.8.1 1000-0000-c920-05ab FABRIC UNAVAILkgpsab0.0.0.10.1 - Nvram read failed.[ 1] kgpsab0.0.0.10.1 1000-0000-c921-0ce0 FABRIC UNAVAIL[9999] All of the above.P00>>>wwidmgr -set adapter -item 9999 -topo fabrickgpsaa0.0.0.8.1 - Nvram read failed.Reformatting nvramkgpsab0.0.0.10.1 - Nvram read failed.Reformatting nvramP00>>>wwidmgr -show adapteritem adapter WWN Cur. Topo Next Topo[ 0] kgpsaa0.0.0.8.1 1000-0000-c920-05ab FABRIC FABRIC[ 1] kgpsab0.0.0.10.1 1000-0000-c921-0ce0 FABRIC FABRIC[9999] All of the above.P00>>>init

KGPSAのNVRAMをフォーマット中に，wwidmgr -set adapterコマンドを実行すると，次のエラーが発生します。

*** MBX not ready ***

次の例のように，このコマンドは再実行すれば成功します。

P00>>>wwidmgr -set adapter -item 9999 -topo fabpga0.0.0.6.1 - Nvram read failed.Reformatting nvram*** MBX not ready ***pgb0.0.0.1.2 - Nvram read failed.Reformatting nvramP00>>>wwidmgr -show adapteritem adapter WWN Cur. Topo Next Topo*** MBX not ready ***pga0.0.0.6.1 - Nvram format incorrect.[ 0] pga0.0.0.6.1 1000-0000-c920-a763 FABRIC UNAVAIL[ 1] pgb0.0.0.1.2 1000-0000-c920-c9fe FABRIC FABRIC[9999] All of the above.P00>>>wwidmgr -set adapter -item 9999 -topo fabP00>>>wwidmgr -show adapteritem adapter WWN Cur. Topo Next Topo[ 0] pga0.0.0.6.1 1000-0000-c920-a763 FABRIC FABRIC[ 1] pgb0.0.0.1.2 1000-0000-c920-c9fe FABRIC FABRIC[9999] All of the above.

wwidmgr -set adapterコマンドの詳細については， Alpha Systems FirmwareUpdate CD–ROMの[.DOC]ディレクトリにある『WWIDMGR User’s Manual』を参照してください。



4.22.11 マルチパス SCSIシャドウ・セットと Fibre Channelシャドウ・セット:システム・パラメータの調整

V7.3-1

特定のシステム・パラメータのデフォルト設定を使用したために，そのマルチパス・サポートに対応して設定されているシャドウ・セット・メンバ (Compaq VolumeShadowing for OpenVMSを使用しているシステム)が削除されることがあります。

このため， Volume Shadowing for OpenVMSを使用しているマルチパス・シャドウ・セットを設定する場合には，表 4–2の推奨値で，これらのシステム・パラメータを設定してください。

表 4–2 マルチパス・シャドウ・セットを設定する場合のシステム・パラメータの設定

システム・パラメータ推奨設定

MSCP_CMD_TMO 最小値として 60。60は，ほとんどの構成では適切な値である。一部の構成では，より大きい値が必要な場合もある。

SHADOW_MBR_TMO 3 x MSCP_CMD_TMO (最小値)

SHADOW_SYS_TMO 3 x MSCP_CMD_TMO (最小値)

MVTIMEOUT 4 x SHADOW_MBR_TMO (最小値)

次の例に，推奨設定の使用例を示します。

MSCP_CMD_TMO 60SHADOW_MBR_TMO 180SHADOW_SYS_TMO 180MVTIMEOUT 1200

注意

このリリース・ノートでは，推奨されるMVTIMEOUTの設定値がOpenVMSVersion 7.3向けに作成された同じリリース・ノートの値の 2倍として指定されています。

4.22.12 マルチパス・デバイス:マウント処理中のボリュームのリビルド—修正済み

V7.3-1

以前は， Fibre Channelデバイスまたは SCSIデバイスをマウントすると，特別なエラーも発生せずにボリュームがすでにディスマウントされているにもかかわらず，次の例のようにボリュームのリビルドが実行されることがありました。



$ DISMOUNT $1$DGA32762:$$ MOUNT/CLUSTER $1$DGA32762: MYVOL

%MOUNT-I-MOUNTED, DGA1016 mounted on _$1$DGA32762: (FIBRE2)%MOUNT-I-REBUILD, volume was improperly dismounted; rebuild in progress

この問題は修正されました。

4.22.13 ボリューム・シャドウイングでのマルチパス・デバイスのディスマウント障害—修正済み

V7.3-1

シャドウ・セットのマルチパス・メンバがディスマウント前にパスを切り替え，DISMOUNTコマンドの実行直前に入出力を実行しない場合，ディスマウントが失敗し，次のエラー・メッセージが表示されることがありました。

%DISM-W-CANNOTDMT


4.22.14 HSZ70/HSZ80コントローラでまれに発生するマルチパス・フェールオーバ障害— HSZ70では修正済み

V7.2-1

負荷が大きい場合に， 1つのコントローラから別のコントローラへ，ホストから手動または自動でパスを切り替えると，HSZ70またはHSZ80コントローラで失敗することがあります。テストにより，このエラーはまれにしか発生しないことがわかっています。

注意

この問題は， HSZ70については，ファームウェア・リビジョン HSOF V7.7(およびそれまたはそれ以降のバージョン)ですでに修正されています。HSZ80については，将来のリリースで修正されることになっています。この問題は， HSG80コントローラでは発生しません。

4.22.15 SCSIマルチパス媒体チェンジャでは自動フェールオーバは行われない

V7.3-1



Fibreと SCSI間のテープ・ブリッジによって Fibre Channelに接続されている SCSI媒体チェンジャ (テープ・ロボット)向けのOpenVMS Alpha Version 7.3-1には，パスの自動切り替えが実装されていません。そのようなデバイスに対しては複数のパスを構成できますが，別のパスに切り替える場合は， SET DEVICE/SWITCHコマンドを使用してパスの手動切り替えを使用する方法しかありません。

この制限は，今後のリリースで無くなる予定です。

4.22.16 Fibre Channelマルチパス・テープとサード・パーティの製品

V7.3-1

OpenVMS Alpha Version 7.3では，マルチパスを使用して Fibre Channelアダプタ経由で SCSIテープ・デバイスにアクセスできるようになりました。

OpenVMS Alpha SCSIテープ・クラス・ドライバ (SYS$MKDRIVER.EXE)のDriver Dispatch Table (DDT)の変更に依存しているサード・パーティの製品は，Fibre Channelマルチパス・テープ・デバイスを使用した場合に正しく動作するように変更する必要があります。

該当する製品の製造元の詳細については， Compaqの担当部門[email protected] または，サポート担当者までお問い合わせください。

4.22.17 SCSIマルチパスは一部のサード・パーティ製品と互換性がない

V7.2

システムと SCSIデバイス間に存在する複数のパス間でのフェールオーバをサポートする SCSIマルチパス機能は，OpenVMS Alpha Version 7.2で導入されました。

この SCSIマルチパス機能は，サード・パーティのディスク・キャッシング，ディスク・シャドウイング，または類似の機能を持つ製品との互換性がないことがあります。この機能がソフトウェアの製造元でサポートされるようになるまでは，そのようなソフトウェアを，マルチパス・フェールオーバを実行するために設定した SCSIデバイス (マルチバス・モードのHSZ70コントローラやHSZ80コントローラに接続される SCSIデバイスなど)では使用しないようにしてください。

OpenVMS Alpha SCSIディスク・クラス・ドライバ (SYS$DKDRIVER.EXE)のDriver Dispatch Table (DDT)の変更に依存しているサード・パーティ製品で SCSIマルチパス機能が正常に動作するようにするには，製品を変更する必要があります。該当する製品の製造元の詳細については， Compaqの担当部門[email protected] または，サポート担当者までお問い合わせください。

OpenVMS Alpha SCSIマルチパス機能の詳細については，『OpenVMS Cluster構成ガイド』を参照してください。



4.22.18 OpenVMS ClusterシステムでのGigabit Ethernetスイッチの制限事項

V7.3

Gigabit Ethernetスイッチを介してGigabit EthernetノードをOpenVMS Clusterシステムに追加しようとすると，スイッチが自動ネゴシエーションをサポートしていない場合には，失敗することがあります。DEGPAはデフォルトで自動ネゴシエーションを有効化しますが，すべてのGigabit Ethernetスイッチが自動ネゴシエーションをサポートしているとは限りません。たとえば， Cabletronが製造している現在のGigabit Ethernetスイッチは，自動ネゴシエーションをサポートしていません。

さらに，表示されるメッセージが誤解を招く場合もあります。たとえば，CLUSTER_CONFIG.COMを使用してノードを追加し，ローカル・ページをインストールするオプションとスワップ・ディスクを選択していると，ディスク・サービスの問題であるかのように見えます。 CLUSTER_CONFIG.COMを実行しているノードは‘‘waiting for node-name to boot’’というメッセージを表示する一方で，ブート・ノードは‘‘waiting to tune system’’というメッセージを表示するためです。使用可能なディスクのリストはまったく表示されません。ネットワーク・パスが失われているのは，DEGPAとスイッチの間の自動ネゴシエーションのミスマッチが原因であることが伝わりません。

この問題を回避するには，新しいノードのDEGPAでの自動ネゴシエーションを，次のように無効にします。

• 最初にノードをクラスタ内でブートする時には，会話型ブートを実行する。

• 新しいノードのシステム・パラメータ LAN_FLAGSの値を 32に設定して，DEGPAでの自動ネゴシエーションを無効にする。

4.23 OpenVMS Management Station

V7.3-1

DECthreadsの問題のため，OpenVMS Version 7.3-1または 7.3のユーザは，OpenVMS Management Stationを Version 3.2にアップグレードする必要があります。OpenVMS Version 7.3-1または 7.3では，OpenVMS Management Stationのすべてを Version 3.2にアップグレードすることを推奨します。

OpenVMS Alpha Version 7.3-1のインストールにOpenVMS Management StationVersion 3.2が含まれます。OpenVMS Management Station Version 3.2はWebサイトからでも入手できます。


システム管理に関するリリース・ノート4.24 PPPDユーティリティ—ライン切断の問題

4.24 PPPDユーティリティ—ライン切断の問題

V7.3-1

PPPDユーティリティを使用して PPP接続を切断し， Version 7.3から Version 7.3-1にアップグレードすると，次のメッセージが表示されます。

PPPD> DISCONNECT TTA0:%PPPD-E-PPPCONNECTERR, error connecting to PPP device%SYSTEM-W-NOSUCHDEV, no such device availablePPPD-F-ABORT, fatal error encountered; operation terminated

この問題は，今後の修正キットで修正される予定です。

4.25 OpenVMSレジストリ

ここでは，OpenVMSレジストリのリリース・ノートについてまとめます。

4.25.1 複合バージョンのクラスタでのレジストリ・サービス

V7.3

OpenVMS NTレジストリでのデータ転送サイズの制限事項を解除するために，レジストリで使用する通信プロトコルが変更されました。この変更では，OpenVMSVersion 7.2-2またはそれ以降のレジストリ ($REGISTRYシステム・サービスとレジストリ・サーバ)のコンポーネントがOpenVMS Version 7.2-1および Version7.2-1H1以前のバージョンの対応するコンポーネントと互換性を持ちません。

複合バージョンのOpenVMSのクラスタを実行する場合，$REGISTRYサービスまたは$REGISTRYサービスを使用する製品 (Advanced Server， COM for OpenVMSなど)を実行するときに，これらのサービスをOpenVMS Version 7.2-2またはそれ以降のノードのみ，または Version 7.2-1ノードのみに限定する必要があります。両方のノードでは同時に使用できません。 Version 7.2-1ノードを Version 7.2-2またはそれ以降のノードにアップグレードする場合は，第 1.9節の手順を実行してください。

Version 7.2-2またはそれ以降と Version 7.2-1およびそれ以前のバージョンの両方を含むクラスタ内でレジストリ・サービスを実行する場合は，弊社のサービス担当者にご連絡ください。


システム管理に関するリリース・ノート4.25 OpenVMSレジストリ

4.25.2 レジストリ・データ転送サイズの制限の緩和

V7.3

以前のバージョンのOpenVMSでは，$REGISTRYシステム・サービスとOpenVMSレジストリ・サーバの間のデータ転送サイズに制限がありました。同様に，データ転送の制限は，レジストリ・データベースに保存する，またはデータベースから取得する 1データ・ブロックの最大サイズを制限していました。また，以前のバージョンでは， REG$CP検索コマンドの深さ，およびユーザがメンバになれる AdvancedServerドメイン・グループの数が制限されていました。これらの制限は，OpenVMSVersion 7.3で緩和されていますが，完全に解消されたわけではありません。

以前の送信では約 8KB(サービスからサーバへ)で，受信では 4KBの制限がありました。現在の制限は，システム・パラメータMAXBUFの設定によって異なります。MAXBUFの範囲は， 4K～ 64Kです (デフォルト値は 8K)。

MAXBUFは，単一のバッファード I/Oパケットの最大サイズです。MAXBUFを変更すると，バッファード I/Oを実行するシステムの他の領域に影響します。

4.25.3 複合バージョン・クラスタでのレジストリ・マスタ・フェールオーバ

V7.3-1

クラスタ内の複数のノードでレジストリ・サーバを実行すると，それらのサーバの 1つのサーバだけがレジストリ・サーバ・マスタになります。現在のマスタを実行しているノードがシャットダウンされた場合に備えて，他のサーバはスタンバイ・サーバになります。

通常，次の方法のいずれかで，マスタの役割を別のノードへフェールオーバできます。

• 現在のマスタ・サーバの終了を要求する。

• 現在のマスタが実行されているノードをシャットダウンする。

• レジストリ・サーバの相対優先順位 (プロセスの優先順位とは異なる)を変更する。

OpenVMS V7.3-1から，レジストリ・サーバでは，クラスタ内で相対優先順位が変更されているかどうかを，より迅速で効率的な方法で確認できるようになりました。

相対優先順位を確認する方法については，クラスタ内で実行されているすべてのレジストリ・サーバが同じ方法を使用する必要があります。

したがって，複合バージョン・クラスタでレジストリ・サーバを実行している場合は，レジストリ・サーバ・マスタを別のノードにフェールオーバするような優先順位のつけ方はできません。


システム管理に関するリリース・ノート4.25 OpenVMSレジストリ

現在のレジストリ・サーバ・マスタの終了を要求したり，またはマスタが実行されているノードをシャットダウンした場合でも，レジストリ・サーバ・マスタは別のノードへフェールオーバします。

複合クラスタでは，新しいノードのすべてのサーバに，古いノードのサーバよりも高い優先順位を与えることをお勧めします。これによって，新しいノードでサーバが実行されている場合，古いノードのサーバがマスタになることはありません。

クラスタでのレジストリ・サーバのフェールオーバの詳細については，『COM,Registry, and Events for OpenVMS Developer’s Guide』の「OpenVMS RegistrySystem Management」の項を参照してください。

4.26 レジストリ・サーバとCOMの複合バージョン・クラスタの制限事項

V7.3-1

ここでは，複合バージョン・クラスタにおけるレジストリと COMに関するリリース・ノートをまとめます。

4.26.1 複合バージョン・クラスタ内のOpenVMSレジストリ・サーバ

V7.2-2

Version 7.3-1では，このリリース・ノートが更新されています。

OpenVMS Version 7.2-2またはそれ以降では，レジストリ・コンポーネント($REGISTRYサービスとレジストリ・サーバ)が変更され，拡張プロセス間通信ソフトウェアを使用できるようなりました。そのため，レジストリのバージョン間で互換性がない場合があります。特に， Version 7.2-2より前のレジストリ・コンポーネントと Version 7.2-2， 7.3，および 7.3-1の拡張レジストリ・コンポーネントでは，互換性がありません。OpenVMSの複合バージョン・クラスタを使用する場合，レジストリ・コンポーネントを実行中または使用中のすべてのクラスタ・メンバで互換性があるOpenVMSバージョンを実行する必要があります。クラスタで複合バージョンがサポートされるのは，移行のためです。レジストリ・コンポーネントを同時に使用できる製品バージョンの組み合わせは，次のとおりです。

• OpenVMS Alpha Version 7.3-1/7.3/7.2-2

• OpenVMS Alpha Version 7.2-1/7.2-1H1

レジストリ・サーバは，次の製品を実行中のクラスタ・メンバにより使用されます。

• Advanced Server for OpenVMS

• COM for OpenVMS


システム管理に関するリリース・ノート4.26レジストリ・サーバと COMの複合バージョン・クラスタの制限事項

• ユーザが作成した， SYS$REGISTRYを呼び出すアプリケーション

OpenVMS Version 7.2， Version 7.2-1，または Version 7.2-1H1を実行中のOpenVMS Clusterシステムでレジストリ・コンポーネントを実行している場合にこれらのメンバをOpenVMS Version 7.2-2， 7.3，または 7.3-1にアップグレードする手順については，第 1.9節を参照してください。

OpenVMS Alpha Version 7.2-2， 7.3，または 7.3-1を実行するノードとOpenVMSAlpha Version 7.2， 7.2-1，または 7.2-1H1を実行するノードを含むクラスタでレジストリ・サービスを実行する方法については，弊社のサービス担当者にお問い合わせください。

4.26.2 一部の複合バージョンのクラスタに関する COM for OpenVMS (Alphaのみ)の制限事項

V7.3-1

OpenVMSレジストリ・プロトコルが変更されたため，同じクラスタ内のOpenVMSAlpha Version 7.2-2またはそれ以降のシステムと Version 7.2-1およびそれ以前のシステムで COM for OpenVMSソフトウェアを実行することはできません。

複合バージョンのOpenVMS Clusterシステムでレジストリ・サーバが Version7.3-1， 7.3，または 7.2-2のノードに存在する場合， COMアプリケーションを実行できるのは，このクラスタ内で Version 7.3-1， 7.3，または 7.2-2を実行中のノードだけです。レジストリ・サーバがクラスタ内の Version 7.2-1およびそれ以前のノードに存在する場合， COMアプリケーションを実行できるのは，このクラスタ内でVersion 7.2-1およびそれ以前のバージョンを実行中のノードだけです。

OpenVMSレジストリ・プロトコルの変更の詳細については，第 4.25節を参照してください。

COM for OpenVMSのインストールと設定の詳細については，『COM, Registry,and Events for OpenVMS Developer’s Guide』を参照してください。


システム管理に関するリリース・ノート4.27 RMS Journaling

4.27 RMS Journaling

ここでは， RMS Journaling for OpenVMSのリリース・ノートをまとめます。

4.27.1 変更されたジャーナル・ファイルの作成

V7.2

Version 7.2より前には，リカバリ・ユニット (RU)ジャーナルは，ジャーナリングされたファイルと同じボリュームの[SYSJNL]ディレクトリに一時的に作成されていました。リカバリ・ユニット・ジャーナルのファイル名は RMS$process_id

(process_idはプロセス IDの 16進表現)という形式であり，ファイル・タイプはRMS$JOURNALでした。

OpenVMS Version 7.2では， RUジャーナル・ファイルの作成に関して，次の点が変更されました。

• ファイルは，[SYSJNL]ディレクトリのノード固有のサブディレクトリに作成される。

• リカバリ・ユニット・ジャーナルのファイル名は，YYYYYYYYという形式に短縮された。ただし，YYYYYYYYは逆の順にプロセス IDを 16進数で表現したものである。

これらの変更により，ジャーナル・ファイルの作成と削除で発生するディレクトリのオーバーヘッドが削減されます。

次の例に，以前のバージョンと現在のバージョンの両方のジャーナル・ファイルの作成を示します。

以前のバージョン: [SYSJNL]RMS$214003BC.RMS$JOURNAL;1現在のバージョン: [SYSJNL.NODE1]CB300412.;1

RMSが[SYSJNL]ディレクトリまたはノード固有のディレクトリを見つけることができない場合は， RMSは自動的にそのディレクトリを作成します。

4.27.2 カーネル・スレッドと互換性のないリカバリ・ユニット・ジャーナリング

V7.3

DECdtm Servicesは複数カーネル・スレッド環境でサポートされず， RMSリカバリ・ユニット・ジャーナリングはDECdtm Servicesに依存しているため， RMSリカバリ・ユニット・ジャーナリングは，複数カーネル・スレッドが有効になっているプロセスではサポートされません。



4.27.3 順方向 (AI)ジャーナリング

V6.0

順方向 (AI)ジャーナリングを使用すれば，使用不能またはアクセス不能になったデータ・ファイルを回復することができます。 AIリカバリでは， AIジャーナル・ファイルを使用して，データ・ファイルのバックアップ・コピーをロール・フォワードすることで，障害が発生した時点でのデータ・ファイルの新しいコピーが作成されます。

プロセスが削除されたりシステム障害が発生したりした場合には，更新情報を AIジャーナル・ファイルに書き込むことができますが，データ・ファイルに書き込むことはできません。 AIジャーナリングだけが使用されている場合は，データ・ファイルとジャーナルの一貫性は自動的には維持されません。データ・ファイルに対して追加更新を行い， AIジャーナルに記録すると，その後のロール・フォワード操作で一貫性のないデータ・ファイルが作成されることがあります。

リカバリ・ユニット (RU)ジャーナリングを AIジャーナリングと組み合わせて使用した場合には，自動的なトランザクション・リカバリにより， AIジャーナルとデータ・ファイルの間の一貫性が復元されます。

特定の状況では， AIジャーナリングだけを使用するアプリケーションは，プロセスの削除やシステム障害の後でデータの不整合が発生しないように，予防措置をとることができます。たとえば， AIジャーナリングされているファイルの手動ロール・フォワードを行うと，非共有 AIアプリケーション (シングル・アクセッサ)やスタンドアロン・システムで実行中の共有 AIアプリケーションなどが関連するシステム障害の発生後に，ファイルの一貫性を維持できます。

しかし，共有 AIアプリケーションでは，クラスタ内でプロセスの削除やシステム障害が発生した後で， AIジャーナル・ファイルと同期のとれていないデータ・ファイルに対してこれ以上の操作が実行されないようにするための措置はとられません。このような状況では，データ・ファイルと AIジャーナル・ファイルの間の一貫性は，AIジャーナリングと RUジャーナリングを組み合わせて使用することで維持できます。

4.27.4 OSI環境でのリカバリ・ユニット・ジャーナリングされたファイルへのリモート・アクセス

V6.1

ネットワーク内の他のノードからリモート・アクセスされるリカバリ・ユニット・ジャーナリング・ファイルのホストであるOSIノードでは， SYS$NODEをフェーズIV形式のノード名として定義しなければなりません。 SYS$NODEによって指定されるノード名は，ホスト・ノードのリカバリ・ユニット・ジャーナリング・ファイルにアクセスしようとするすべてのリモート・ノードから認識されなければなりません。また，リモート・ノードがこのノード名を使用して，ホスト・ノードとの間で



DECnet接続を確立できるように，ノード名は固有の名前でなければなりません。この制限は，OSIまたは複合OSI環境と非OSI環境でネットワークを介してアクセスされる，リカバリ・ユニット・ジャーナリング・ファイルにだけ適用されます。

4.27.5 VFC形式の順編成ファイル

VAX V5.0Alpha V1.0

逆方向ジャーナリングやリカバリ・ユニット・ジャーナリングを使用している場合，固定長制御部付可変長 (VFC)順編成ファイルを更新することはできません。VFC順編成ファイル形式は， FABの FAB$B_RFMフィールドのシンボリック値FAB$C_VFCによって示されます。

4.28 セキュリティ—DIRECTORYコマンド出力の変更

V7.3-1

OpenVMS Version 7.1またはそれ以降では， PATHWORKSアクセス制御エントリ (ACE)を含むファイルに対してDCLコマンドDIRECTORY/SECURITYまたはDIRECTORY/FULLを実行すると， PATHWORKS ACEそれぞれの 16進表現は表示されなくなりました。その代わりに，各ファイルに対して検出されたPATHWORKS ACEの総数が‘‘Suppressed n PATHWORKS ACE’’というメッセージに要約されます。

抑制されている PATHWORKS ACEを表示するには，DCL DIRECTORYコマンドに/NOSUPPRESS修飾子と/FULL，/SECURITY，または/ACL修飾子のいずれかを指定します。

4.29 システム・パラメータの変更

V7.3-1

ここでは，廃止されたシステム・パラメータ，変更されたシステム・パラメータ，および新しいシステム・パラメータについて説明します。

4.29.1 廃止されたシステム・パラメータ

V7.3

OpenVMS Version 7.3から，次のパラメータが廃止されます。

• MAXBOBS0S1


システム管理に関するリリース・ノート4.29システム・パラメータの変更

• MAXBOBS2

• NISCS_LAN_OVRHD

• PAGFILCNT

• SWPFILCNT

MAXBOBS0S1およびMAXBOBS2

当初，パラメータMAXBOBS0S1およびMAXBOBS2は，ユーザがサイズの大きいバッファ・オブジェクトを作成することによってシステムに悪影響を与えないためのものでした。しかし，ユーザがバッファ・オブジェクトをより幅広く使用し始めると，これらのパラメータの組み合わせの管理は複雑すぎます。

ユーザがバッファ・オブジェクトを作成するには， VMS$BUFFER_OBJECT_USER識別子を保持するか，エグゼクティブ・モードまたはカーネル・モードで実行しなければなりません。したがって，これらのユーザは特権を持つアプリケーションであるとみなされるため，これらのパラメータが提供する追加の予防措置は不要です。

システム・メモリ・リソースの現在の使用状況を判断するには，次のコマンドを入力します。

$ SHOW MEMORY/BUFFER_OBJECT

4.29.2 変更されたシステム・パラメータ

V7.3-1

OpenVMS Version 7.3-1では，次のシステム・パラメータの定義が変更されています。

• ACP_WRITEBACK

• FAST_PATH_PORTS

• LCKMGR_MODE

• MPDEV_ENABLE

• MPDEV_LCRETRIES

• MPDEV_POLLER

• MPDEV_REMOTE

• NISCS_MAX_PKTSZ

• NPAGERAD

• POOLCHECK

• RAD_SUPPORT

• SHADOWING


システム管理に関するリリース・ノート4.29システム・パラメータの変更

• VCC_MAXSIZE

これらのパラメータの定義の変更内容については，オンライン・ヘルプを参照してください。

4.29.3 新しいシステム・パラメータ

V7.3-1

OpenVMS Version 7.3-1で導入された新しいシステム・パラメータは，次のとおりです。

• DCL_CTLFLAGS

• DELPRC_EXIT

• MPDEV_AFB_INTVL

• RMS_SEQFILE_WBH

これらのパラメータの定義については，オンライン・ヘルプを参照してください。

4.30 TCP/IP Services for OpenVMS Version 5.3の修正キット

V7.3-1

TCP/IP Services for OpenVMS Version 5.3 (本リリースに含まれている)を実行している場合，OpenVMS NFS Serverが管理しているファイル・システムにNFSClientがアクセスすると，アプリケーションで浮動小数点エラーが発生する場合があります。

この問題を解決するには， TCP/IP Services for OpenVMS Version 5.3 MandatoryUpdate (MUP)キットをインストールします。このキットは，弊社のサポート担当者から入手できます。

NFS Serverを使用していない場合は，この問題は発生しません。

4.31 Terminal Fallback Facility (TFF)

OpenVMS Alphaシステムの Terminal Fallback Facility (TFF)には，フォールバック・ドライバ (SYS$FBDRIVER.EXE)，共有可能イメージ (TFFSHR.EXE)，Terminal Fallbackユーティリティ (TFU.EXE)，フォールバック・テーブル・ライブラリ (TFF$MASTER.DAT)が含まれます。


システム管理に関するリリース・ノート4.31 Terminal Fallback Facility (TFF)

注意

TFFSHRは，ドキュメントに説明されているユーザ呼び出し可能インタフェースではないので， IMAGELIBから削除されています。ただし，イメージは現在でも SYS$LIBRARY:ディレクトリにあります。

TFFを起動するには，次のように SYS$MANAGERにある TFFスタートアップ・コマンド・プロシージャを起動します。

$ @SYS$MANAGER:TFF$SYSTARTUP.COM

フォールバックを有効にしたり，フォールバック属性を変更するには，次のようにTerminal Fallbackユーティリティ (TFU)を起動します。

$ RUN SYS$SYSTEM:TFUTFU>

端末に対するデフォルトのフォールバックを有効にするには，次のDCLコマンドを入力します。

$ SET TERMINAL/FALLBACK

Compaq OpenVMS TFFは，次の点でOpenVMS VAX TFFと異なります。

• Alphaシステムでは， TFFフォールバック・ドライバの名前はSYS$FBDRIVER.EXEである。 VAXシステムでは， TFFフォールバック・ドライバの名前は FBDRIVER.EXEである。

• Alphaシステムでは， TFFは 16ビット文字のフォールバックを処理できる。 Compaq OpenVMS フォールバック・テーブル・ライブラリ(TFF$MASTER.DAT)には， VAXライブラリより 4つ多い 16ビット文字テーブルが含まれる。表 4–3に，これらの追加テーブルを示す。

表 4–3 TFF文字フォールバック・テーブル

テーブル名ベース説明

BIG5_HANYU BIG5 CNS 11643 (SICGCC)端末/プリンタの場合は BIG5

HANYU_BIG5 CNS BIG5端末/プリンタの場合は CNS 11643 (SICGCC)

HANYU_TELEX CNS MITAC TELEX-CODE端末の場合は CNS 11643

HANGUL_DS KS DOOSAN 200端末の場合は KS

これらのテーブルは主にアジア地域で使用されます。また，このテーブルの形式は， 16ビット文字フォールバックのサポートのために変更されています。

• Alphaシステムでは， TFUコマンド SHOW STATISTICSはフォールバック・ドライバ (SYS$FBDRIVER.EXE)のサイズを表示しない。

RT端末は TFFではサポートされません。


システム管理に関するリリース・ノート4.31 Terminal Fallback Facility (TFF)

Terminal Fallback Facilityの詳細については，『OpenVMS Terminal FallbackUtility Manual』を参照してください。このマニュアルは，OpenVMSDocumentation CD–ROM (の中のアーカイブ・マニュアルのディレクトリ)からオンラインで利用することもできます。

4.32 VCC入出力キャッシュ・サイズの拡張

V7.2-2

VCCでキャッシュする入出力データ転送の最大サイズが 35ブロックから 64ブロックへ拡張されました。

4.33 Volume Shadowing for OpenVMS

ここでは， Volume Shadowing for OpenVMSのリリース・ノートをまとめます。

4.33.1 すべてのクラスタ・ノードに必要なミニコピー・バージョン

V7.3

OpenVMS Alpha Version 7.3では， Compaq Volume Shadowing for OpenVMSのミニコピー機能が導入されました。

OpenVMS Clusterシステムでボリューム・シャドウイング機能を使用するには，クラスタ内でこの機能をサポートするバージョンだけを使用する必要があります。この制限事項は，OpenVMSを使用してディスクにサービスするHS121などのすべてのストレージ・コントローラに関係します。

4.33.2 マルチパス HSG/HSZディスク・パーティションとボリューム・シャドウイング—修正済み

V7.3-1

以前は，HSG80，HSG60，HSZ80，またはHSZ70コントローラのマルチパス・ディスクのパーティションは，ディスクをそのパーティション専用に使用する場合だけにホスト・ベースのボリューム・シャドウ・セット (HBVS)のメンバとして使用できました。具体的には，パーティション化されたディスクの残りの領域を，HBVSメンバのパーティションからも同時にアクセスできる他の論理ユニットに使用することはできませんでした。


システム管理に関するリリース・ノート4.33 Volume Shadowing for OpenVMS

注意

この問題は，システムで実行するOpenVMSオペレーティング・システムのバージョンに関係なく， HSVコントローラでは発生しません。

以前は，この制限を守らない場合に次の状態が発生しました。

• シャドウ・セットのマウント障害

• シャドウ・セット・メンバが予期せず削除されたために発生するデータ使用可能性の低下

この制限はなくなりました。

4.33.3 Alphaシステムでのみ使用できる INITIALIZE/SHADOW

V7.3-1

OpenVMS Version 7.3から INITIALIZEコマンドに/SHADOW修飾子が導入されました。この修飾子はOpenVMS Alphaシステムでのみ利用できます。現在，INITIALIZE/SHADOW修飾子に関するドキュメントには，この修飾子がOpenVMSAlphaシステムにのみ適用される点が記載されていません。この点については，今後のリリースで修正される予定です。

4.33.4 /MINICOPYを使用したシャドウ・セット・メンバのディスマウント

V7.3

OpenVMS Cluster構成では，クライアント・システムでシャドウ・セットのメンバのディスマウントに，/MINICOPY修飾子を使用してDISMOUNTコマンドを実行すると，DISMOUNTコマンドが失敗することがあります。

回避方法最初のDISMOUNTコマンドが失敗した場合，次の例のようにコマンドを繰り返します。

$ SHOW DEVICE DSA5555Device Device Error Volume Free Trans MntName Status Count Label Blocks Count CntDSA5555: Mounted 0 $80$DKA107: 7994646 1 18$80$DKA107: (WILD3) ShadowSetMember 0 (member of DSA5555:)$80$DKA302: (WILD3) ShadowSetMember 0 (member of DSA5555:)$80$DKA303: (WILD3) ShadowSetMember 0 (member of DSA5555:)$$


システム管理に関するリリース・ノート4.33 Volume Shadowing for OpenVMS

$ DISMOUNT/POLICY=MINICOPY $80$DKA302:%DISM-W-CANNOTDMT, $80$DKA302: cannot be dismounted%DISM-F-SRCMEM, only source member of shadow set cannot be dismounted$$$ DISMOUNT/POLICY=MINICOPY $80$DKA302:$


4.33.5 SHADOW_MAX_UNITの設定

V7.3

OpenVMS Alpha Version 7.3では， Volume Shadowing for OpenVMSでのミニコピーのサポートが導入されました。

ミニコピー機能の一部として，新しいボリューム・シャドウイングのシステム・パラメータ SHADOW_MAX_UNITが提供され，ノードで可能なシャドウ・セットの最大数が指定できます。OpenVMS Alphaシステムでのデフォルト値は 500です。OpenVMS VAXシステムでのデフォルト値は 100です。このシステム・パラメータは動的ではありません。変更を有効にするには，リブートが必要です。

警告

現在の構成の SHADOW_MAX_UNITのデフォルト設定を注意して確認してください。ディスマウントされたシャドウ・セット，未使用のシャドウ・セット，Write Bitmapが割り当てられていないシャドウ・セットが，この合計には含まれています。デフォルト設定は，システムで予定しているシャドウ・セットの数以上でなければなりません。 SHADOW_MAX_UNITで指定された最大数を超えて作成しようとするMOUNTコマンドは，失敗します。

このパラメータは，シャドウ・セットの命名に影響を与えることはありません。たとえば，デフォルト値が 100の場合でも，DSA999のようなデバイス名が有効です。


5プログラミングに関するリリース・ノート

この章は，OpenVMSシステムでのアプリケーション・プログラミングとシステム・プログラミングの両方に関するリリース・ノートです。

5.1 Common Data Security Architecture (CDSA)に関する考慮

V7.3-1

インストールと初期化CDSAは，オペレーティングシステムのインストール時に自動的にインストールされます。ただし，次の点に注意してください。

• CDSAを初期化する前に FILLMプロセス・クォータを 100増やします。

• CDSAは，OpenVMS Alpha Version 7.3-1のインストール中に同時にインストールされますが，セットアップと初期化は個別に実行する必要があります。 CDSAを使用するには，あらかじめ次のプロシージャを手動で実行してください。このプロシージャを実行するには， SYSPRV特権が必要です。次のように入力します。

$ @SYS$STARTUP:CDSA$INITIALIZE

新しいバージョンの CDSAをインストールする場合は (たとえば，フィールド・テストから運用バージョンへ，または新しいバージョンのOpenVMSへのアップグレードにおいて)， CDSAの初期化プロシージャを再実行する必要があります。初期化プロシージャを再実行する前に，すべての CDSAアプリケーションをシャットダウンしてください。

システムをリブートするときに初期化プロシージャを再実行したり，OpenVMSスタートアップ・プロシージャに初期化を追加する必要はありません。

• 使用中のシステムから CDSAを削除しないでください。 CDSAを削除するオプションはサポートしないので CDSAに対して PCSI PRODUCT REMOVEコマンドを使用することはできません (このオプションはインストールに使用する PCSIユーティリティの機能で CDSAに対してはサポートされていません)。 CDSAとオペレーティング・システムは，同時にインストールされ，密接に結合しているので， Version 7.3-1から CDSAを削除しようとすると，正常に動作しないで，期待されない影響が発生する可能性があります。削除操作を実行すると，最終的に次のメッセージが表示されます。

プログラミングに関するリリース・ノート 5–1

プログラミングに関するリリース・ノート5.1 Common Data Security Architecture (CDSA)に関する考慮

%PCSI-E-HRDREF, product CPQ AXPVMS CDSA Vx.x is referencedby DEC AXPVMS OPENVMS V7.3-1

-PCSI-E-HRDRF1, the two products are tightly bound by thissoftware dependency

5.2 Backup API—ジャーナリング・コールバック・イベントの制限事項

V7.1

アプリケーションがジャーナリング・イベントのいずれかに対してコールバック・ルーチンを登録する場合は，すべてのジャーナリング・コールバック・イベントに対してコールバック・ルーチンを登録しなければなりません。ジャーナリング・コールバック・イベントは次のとおりです。

BCK_EVENT_K_JOURNAL_OPENBCK_EVENT_K_JOURNAL_WRITEBCK_EVENT_K_JOURNAL_CLOSE

これは永久的な制限事項です。

コールバック・ルーチンの登録の詳細については，『OpenVMS Utility RoutinesManual』の Backup APIに関する章を参照してください。

5.3 タイマ・キューのエントリ (TQE)

V7.3-1

OpenVMS Alpha Version 7.3-1では，タイマ・キューのエントリの管理方法が変更され，多くの TQEを使用するシステムの性能が大きく向上しました。この変更は，非特権アプリケーションにとっては無関係です。

また，特権コードで TQEを直接操作することはできません。特に TQEキュー・ヘッダ (TQE$L_TQFL/TQE$L_TQBL)内のポインタに直接アクセスすると，通常はアクセス違反になります。ただし，特権コードで内部ルーチン exe_std$instimq/exe$instimqと exe_std$rmvtimq/exe$rmvtimqを使用して，タイマ・キューのエントリを入力または削除することは可能です。

5–2 プログラミングに関するリリース・ノート

プログラミングに関するリリース・ノート5.4バッチ・キューとプリント・キューはバッチ・ジョブの実行を停止可能

5.4 バッチ・キューとプリント・キューはバッチ・ジョブの実行を停止可能

V7.3-1

以前は，次の場合にDELETE/ENTRYコマンドで実行中のバッチ・ジョブを停止できないことがありました。

• バッチ・ジョブがDCLコマンド・プロシージャの場合

• コマンド・プロシージャの内部にON ERROR CONTINUEコマンド (またはSET NOONコマンド)がある場合

DELETE/ENTRYコマンドを実行すると，ジョブは各フェーズごとに終了します。delete_process ASTルーチンはユーザ・モード，スーパーバイザ・モード，エグゼクティブ・モードで実行されます。各モードの切り替えに少し時間がかかるため，バッチ・ジョブでユーザ・モード・イメージが終了した後，スーパーバイザ・モードのdelete_process ASTルーチンが実行されるまでに，コマンド・プロシージャの実行が続行されることがあります。

SYNCHRONIZEコマンドの戻りステータスには，ターゲット・バッチ・ジョブの終了ステータスが含まれているものと解釈されます。さらに，コマンド・プロシージャは通常， SYNCHRONIZEコマンドを実行する前に，$ON ERROR THENCONTINUEや$SET NOONなどのコマンドを実行します。 SYNCHRONIZEコマンドを実行しているジョブに対して，DELETE/ENTRYコマンドが実行された場合， JBC$_JOBABORTは， SYNCHRONIZEコマンドの戻りステータスではなく，ターゲット・バッチ・ジョブの終了ステータスであると解釈されます。この結果，コマンド・プロシージャはこの誤った仮定のもとに，実行を短時間続行し，ターゲット・バッチ・ジョブをキューに再登録する，ターゲット・バッチ・ジョブの障害を誤って報告するなどの操作を行います。

現在は， SYNCHRONIZEコマンドによって，この状況を検出し，ユーザ・モードの実行が終了してからスーパーバイザ・モードの実行が終了するまでの時間より長い時間，終了ハンドラを待機させるようにしています。

プログラムの戻りステータスとして，$SNDJBCシステム・サービスの SJC$_SYNCHRONIZE_JOBファンクション・コードによって取得されたジョブ終了ステータスを報告する他のイメージは，次のようなロジックを実装しなければなりません。

1. 終了ハンドラを宣言します。

2. 終了ハンドラで次のロジックを実装します。


プログラミングに関するリリース・ノート5.4バッチ・キューとプリント・キューはバッチ・ジョブの実行を停止可能

IF (exit status is JBC$_JOBABORT)THEN

Wait 10 secondsENDIF

5.5 Compaq C実行時ライブラリ

V7.3-1

ここでは，Compaq C実行時ライブラリ (RTL)に関するリリース・ノートをまとめます。

5.5.1 strftime関数—修正済み

V7.3-1

以前は，strftime関数に「V」変換指定子を指定した場合に， 12月末日または 1月 1日を含む週の値が正しく返されませんでした。

• strftimeでは， 12月の最後の週が第 52週または第 53週としてレポートされましたが， 12月の最後の週に翌年の 1月 1日が含まれており， 1月 1日が含まれる週を第 1週とする場合は，この週を第 1週とする必要があります。

• strftimeでは， 12月 31日が含まれる週が第 52週であっても， 1月初旬の日が第1週に含まれていないと，この週が第 53週としてレポートされていました。


5.5.2 スレッド化されたアプリケーションの停止—修正済み

V7.3-1

以前は，スレッド化された Cアプリケーションでファイル入出力を伴う操作を実行すると，このアプリケーションが停止することがありました。標準の入出力チャネルが初期化されていない状態でファイルの入出力が開始されると，デッドロックが発生しました。ファイル入出力操作を同期させる 2つのミューテックスが C実行時ライブラリの 2つの部分で異なる順序でロックされました。



プログラミングに関するリリース・ノート5.5 Compaq C実行時ライブラリ

5.5.3 カーネル・モードでの ecvt関数—性能の向上

V7.3-1

以前は，ecvt関数 (文字に変換)がカーネル・モードで過度に実行されていました。この関数はスレッド固有データを使用します。 ASTの割り込みによりスレッド固有データが破壊されるのを防ぐために LIB$AST_IN_PROG関数が呼び出され，オーバヘッドが高くなっていました。

ecvt関数は ASTセーフを目的としていませんが，OpenVMS Version 7.1-1の CRTLでは，スレッド固有のデータの処理方法が改訂され， ASTセーフ・テスト機能(LIB$AST_IN_PROG)が導入されました。その結果，オーバヘッドも発生しています。

現在では， ASTセーフではなく，スレッド・セーフがデフォルトで適用され，性能が向上しています。

ASTセーフ・モードに戻すには，DECC$THREAD_DATA_AST_SAFE機能を有効にします。

$ DEFINE DECC$THREAD_DATA_AST_SAFE ENABLE

5.5.4 times関数—性能の向上

V7.3-1

以前は，性能データを取得するために Compaq Cアプリケーションにtimes関数呼び出しを追加すると，著しく処理性能が低下しました。これは，times関数で非同期の$GETJPI呼び出しが使用され，膨大なオーバヘッドが追加されたためです。

同期型の$GETJPIを使用するようにOpenVMSを変更した結果，このオーバヘッドが大きく低減しました。

5.5.5 alarm関数—修正済み

V7.3-1

以前は，alarm関数で，期限切れのタイマが正しく認識されず，残り時間の値が誤って返されることがありました。

alarm関数でサポートされるタイマは 1つなので，alarmに別の要求が実行されると，alarmで保留中の要求が取り消され，新しいアラームがスケジュールされて，そのタイマの残り時間が返されていました。



alarm関数のこの問題は，次のように修正されました。

• スケジュールされたアラームを格納するために静的変数を使用する。

• 期限切れまでの時間が負の値である場合は， 0を返す。

• 期限切れまでの時間が正の値である場合は， 1以上を返す。

5.5.6 ファイル・サイズ (2 GB以上)—制限の解除

V7.3-1

C RTLの以前のリリースでは，すべてのファイル位置が 32ビット算術を使用して計算されていました。そのため，ファイル操作でファイル・サイズを 2 GB未満にする必要がありました。

現在では，この制限が解除され，C RTL I/Oを使用するファイル操作を 2 TB (テラバイト)までのファイルで実行できるようになりました。

デフォルトでは，すべてのアプリケーションで 32ビットにより表現されるオフセットだけが使用されます。現在，fgetpos関数では，ファイル位置が 2GBを超えても正しいファイル・オフセットが返されます。

ファイル・サイズとファイル位置を 64ビットで表すアプリケーションを開発することも可能です。詳細は，『OpenVMS Alpha V 7.3-1新機能説明書』マニュアルを参照してください。

5.5.7 statメモリ破損—修正済み

V7.3-1

statを使用して存在しないディレクトリにアクセスすると，メモリが破損することがありました。


5.5.8 decc$to_vmsでの大文字と小文字による照合—修正済み

V7.3-1

以前は，decc$to_vmsで正規表現を使用した場合に小文字の名前を照合できませんでした。




5.5.9 ロケールを有効にした場合の printfエラー—修正済み

V7.3-1

以前は，ロケールを有効にすると，負の数字に 1000単位の区切り文字が誤って追加されて印刷されました。set_locale呼び出しの後にprintf("%d", -999)関数呼び出しを実行すると， "-999"の代わりに "-,999"が誤って出力されました。


5.6 case=sensitiveを設定したCプログラムのコンパイル

V7.3-1

case=sensitiveを設定して Cプログラムをコンパイルすると， Cプログラム内に.hファイル・タイプ (小文字の「h」)の#includeファイルは，検出および実行されません。また，システムの#includeファイルが他の.hファイル・タイプの#includeファイルを使用している場合，この#includeファイルは検出されず，エラーが出力されます。

この動作を防ぐには，大文字と小文字を区別しないように設定します。case=sensitiveを設定する必要がある場合は， Cプログラム内の#includeファイルにファイル・タイプを指定しないか (例#include <stdio>)，または大文字のHファイル・タイプを指定してください (例#include <stdio.H>)。

ただし， stdlib.hなどのシステム#includeファイルが.hファイル・タイプの#includeファイルを使用している場合は，エラーとなるので注意してください。

5.7 OpenVMS Alpha用のCompaq COBOL実行時ライブラリ (RTL)

V7.3-1

Compaq COBOL RTL (DEC$COBRTL)は V2.7-641に更新されました。

5.7.1 COBOL RTLと RMS RUジャーナリング—修正済み

V7.3-1

可変長レコードを含むファイルに対して RMS RUジャーナリングを適切に処理できるようになりました。


プログラミングに関するリリース・ノート5.7 OpenVMS Alpha用の Compaq COBOL実行時ライブラリ (RTL)

5.7.2 COBOL RTLと ISAM DELETE—修正済み

V7.3-1

ISAMファイルの最終レコードの削除を適切に処理できるようになりました。以前は， RTL内部の整合性チェックが失敗していました。

5.7.3 COBOL RTLとレコード・ロック—制限事項

V7.3-1

COBOLプログラムの START文またはWRITE文で自動レコード・ロックで複数のレコード・ロックが発生することがあります。この場合，UNLOCK ALLRECORDSを実行するか， CLOSEの後にOPENして，レコード・ロックをクリアしてください。

5.8 LIBOTS2のバージョン

V7.3-1

LIBOTS2は，OpenVMS Alpha Version 7.3-1向けに更新されています。 LIBOTS2の新しいバージョンは， Version 2.7-48です。

OpenVMS Version 7.3に同梱されている LIBOTS2ライブラリ (Version 2.6-46 linkdate 2001)は正しく作成されていないので， COBOLプログラムの実行結果が正しくないことがあります。そのため，このバージョンを使用しないでください。代わりに次のいずれかを使用してください。

• LIBOTS2 Version 2.7-48またはそれ以降。OpenVMS Version 7.3-1に同梱。

• Compaq COBOL RTL Version 2.7キットの LIBOTS2 (Version 2.6-46 link date1999)

5.9 Compaq DCE (Distributed Computing Environment) for OpenVMS

ここでは， Compaq DCE (Distributed Computing Environment) for OpenVMSVAXおよびOpenVMS Alphaの既存のユーザのためのリリース・ノートをまとめます。

OpenVMS Version 7.2以降，リモート・プロシージャ・コール (RPC)は，オペレーティング・システムに統合されています。OpenVMS Version7.2-1からは，NTLM(NT Lan Manager)のセキュリティが， RPC呼び出しで利用できます。 RPC機能の詳細については，『Compaq DCE for OpenVMS VAX and OpenVMS AlphaReference Guide』を参照してください。


プログラミングに関するリリース・ノート5.9 Compaq DCE (Distributed Computing Environment) for OpenVMS

注意

Compaq DCE for OpenVMS Version 1.4をOpenVMS Version 7.2またはそれ以降のシステムにインストールしないでください。インストールすると，新しい RPCファイルが Version 1.4の RPCファイルにより上書きされます。この問題は， Compaq DCE for OpenVMS Version 1.5または Version 3.0では生じません。

Compaq DCE for OpenVMSの詳細については，次のドキュメントを参照してください。

• 『Compaq DCE for OpenVMS VAX and OpenVMS Alpha Installation andConfiguration Guide』

• 『Compaq DCE for OpenVMS VAX and OpenVMS Alpha Product Guide』

• 『Compaq DCE for OpenVMS VAX and OpenVMS Alpha Reference Guide』

5.9.1 DCEのシステム管理用コマンド・プロシージャ

V7.3

OpenVMS Version 7.2-1におけるDCE RPCファイルの更新にともない，DCEシステム管理用コマンド・プロシージャ (SYS$MANAGER:DCE$SETUP.COM)に次の変更が行われました。

• DCEのシャットダウン時には，DCE$SETUPが以前のように RPCデーモンを終了するようになった。ただし，DCEが RPC専用モードで使用されている場合は，DCE$SETUPの代わりに SYS$MANAGER:DCE$RPC_SHUTDOWN.COMが呼び出されることがある。

• DCEは， RPCデーモンをシャットダウンすることなく開始，停止，または設定することができなくなった。

5.9.2 NTLMの認証済み RPC機能の採用

V7.3

NTLM (NT Lan Manager)プロトコルによる偽装と認証をはじめとするDCE forOpenVMS Version 3.0の新しい認証済み RPC機能が，OpenVMS Version 7.2-1またはそれ以降で利用できるようになりました。

NTLMの使用方法の詳細については，OpenVMS Version 7.2-1以降に付属のCompaq DCE for OpenVMS VAXおよびOpenVMS Alphaに関するドキュメントを参照してください。


プログラミングに関するリリース・ノート5.10 DECdtm $TRANS_EVENT

5.10 DECdtm $TRANS_EVENT

V7.3-1

マニュアルに新しく記載されたDECdtm $TRANS_EVENTシステム・サービスの Cプロトタイプは，次のように変更されています。

• *rm_idから rm_idに変更

• rm_idを参照から値に変更

OpenVMS Starletが変更されたため，システム・サービス呼び出し ($TRANS_EVENTまたは$TRANS_EVENTW)を呼び出す既存のアプリケーションについては，再コンパイルして再リンクする必要があります。

注意

$TRANS_EVENTに関する DECdtmマニュアルは，前回のバージョンから修正されています。

5.11 デバッガ

ここでは，OpenVMSのデバッガに関するリリース・ノートをまとめます。

5.11.1 レジスタ・ビューとデバッガのエラー

V7.3-1

レジスタ表示リストの変更後にレジスタを選択すると，デバッガで障害が発生することがあります。

5.11.2 デバッガでサポートされない旧バージョンのクライアント/サーバ・インタフェース

V7.3

OpenVMS Version 7.3のデバッガは，以前のバージョンのクライアント/サーバ・インタフェースをサポートしません。次の表に従って，配布メディアのキットにあるクライアント/サーバ・インタフェースをインストールする必要があります。


プログラミングに関するリリース・ノート5.11デバッガ

CPUオペレーティング・システムクライアント・キット

Intel Microsoft Windows 95，98， NT，Me， 2000，XP

[DEBUG_CLIENTS011.KIT]DEBUGX86011.EXE

Alpha Microsoft Windows NT [DEBUG_CLIENTS011.KIT]DEBUGALPHA011.EXE

これらのクライアント・キットは，自己解凍型の.EXEファイルです。

適切な実行可能ファイルをいったん PCに転送した後，そのファイルを実行して， PCにデバッグ・クライアントをインストールします。インストール手順は，InstallShieldインストール・プロシージャによって示されます。

デフォルトでは，デバッグ・クライアントが\Program Files\OpenVMS Debuggerフォルダにインストールされます。「Browse」をクリックして，別のインストール先を選択することもできます。

5.12 デバッグ・モード—CPUSPINWAITバグチェックの回避

V7.3-1

OpenVMSオペレーティング・システムには，複雑なハードウェアの問題やソフトウェアの問題をデバッグするのに役立つように，多くの特殊操作モードが準備されています。一般には，これらの特殊モードを使用すれば，特別なレベルでトレース，データの記録，一貫性チェックを行うことができ，このような機能は，問題があるハードウェア構成要素やソフトウェア構成要素を突き止めるのに役立ちます。これらの操作モードは，システム・パラメータMULTIPROCESSING， POOLCHECK，BUGCHECKFATAL， SYSTEM_CHECKによって制御されます。

一般に I/O負荷の高い特定の状況で，これらの特殊モードのいずれかを使用している場合は (たとえば，デバイス・ドライバや他の複雑なアプリケーションをデバッグする場合など)， CPUSPINWAITバグチェックが発生することがあります。特に，スピンロックのある状態で長期間実行する特権コードに対して CPUSPINWAITバグチェックが発生します。スピンロックは，クリティカル・セクションのエントリ・ポイントとイグジット・ポイントを区切るために使われ，この場合のように連続的に使うことはできません。

CPUSPINWAITバグチェックを防止するには，これらのシステム・パラメータに対して，システムのデフォルト設定を使用するか，またはシステムの負荷を低下させます。

何らかの理由でデフォルトの設定を変更しなければならない場合は， SMP_LNGSPINWAITシステム・パラメータを 9000000に設定することで，問題が発生する可能性を減らせます。


プログラミングに関するリリース・ノート5.13 Hypersortユーティリティ

5.13 Hypersortユーティリティ

V7.3-1

ここでは，Hypersortユーティリティに関するリリース・ノートをまとめます。OpenVMS Alpha Version 7.3-1では，Hypersortが更新されています。新しいバージョンのHypersortは V04-003です。

従来どおり，Hypersortで修正されていない問題を解決する場合，または Hypersortに実装されていない機能を使用する場合には， SORT32を使用してください。

5.13.1 Hypersortと VFC入力ファイル

V7.3-1

Hypersortでは VFC入力ファイルに対する/KEYを正しく処理することができるようになりました。 VFC入力ファイルでHypersortを実行するには，/FORMAT=(RECORD_SIZE:n)と指定します。 nは，最大レコード長と vfcファイルの固定制御領域サイズを加算した値です。

5.13.2 Hypersortと/FORMAT=RECORD_SIZE—制限事項

V7.3-1

Hypersortでは， SORTとMERGEの両方で使用する/FORMAT=RECORD_SIZE:nがサポートされます。ただし，次の 2つの制限事項があります。

• すべての場合において，コマンドで指定した RECORD_SIZEの値が入力ファイル内の任意のレコードの最大レコード長 (LRL)よりも小さい場合，長すぎるレコードは，ソートされた出力ファイルで RECORD_SIZEのサイズまで切り捨てられ，診断メッセージ%SORT-E-BAD_LRLが発行されます。この場合は，出力ファイルを破棄し，ソートを再実行する必要があります。 SORTコマンドのRECORD_SIZEパラメータの値を，DIR/FULLコマンドを実行して表示される入力ファイルの最大レコードのサイズに合わせて修正してください。

• SORTやMERGEによって，入力索引順編成ファイルから出力順編成ファイルが作成されます。この場合，%SORT-E-BAD_LRL診断メッセージも発行される場合があります。

5.13.3 Hypersortと入力アスタリスク (*)—制限事項

V7.3

Hypersortでは，入力ファイル指定にアスタリスク (*)を使用できません。



5.13.4 Hypersortとラージ・ファイルの処理—修正済み

V7.3-1

Hypersortを使用すると，ラージ・ファイルで高性能のソートを実行できます。以前発生していたオフセット計算の誤りとHypersortでのハングやアクセス違反(ACCVIO)の問題は，修正されました。

5.13.5 Hypersortと/STATISTICSオーバフロー

V7.3-1

Hypersortでは，ワーキング・セット・エクステントと作業ファイル割り当てに関する SORT/STATISTICSに，より大きな値を設定できるようになりました (この機能は， SORT32とHypersortの両方でサポートされます)。

5.13.6 Hypersortと user_compareパラメータおよび user_equalパラメータ

V7.3-1

SORT32と異なり，Hypersortでは，アプリケーション呼び出しに user_compareパラメータまたは user_equalパラメータのアドレスを指定できませんでしたが，現在は，NYI診断が正しく返されます。

5.13.7 Hypersortでの内部作業ファイルとユーザ出力ファイルの拡張—修正済み

V7.3-1

Hypersortでは，オンデマンドで書き込み中の作業ファイルまたは出力ファイルを拡張できます。ソートが途中で終了するファイル拡張ロジックの問題は修正されました。

5.13.8 SORT32ファイル命名規則に準拠した Hypersort—修正済み

V7.3-1

Hypersortは， SORT32のカスケード入力ファイルから出力ファイル名を生成する命名規則に準拠する必要があります。カスケード・ロジックの問題が修正されたため，SORT32への準拠性が向上しました。



5.13.9 Hypersortと出力ファイル属性—修正済み

V7.3-1

Hypersortでは，処理中の入力データに基づいて適切な出力ファイル属性を検出して設定する必要があります。MRS属性の誤りに関する問題は修正されました。

5.13.10 Hypersortと ASTクォータ—修正済み

V7.3-1

Hypersortでは，非同期の QIOを使用して基本的な RMSファイル・タイプを処理します。 ASTクォータの消費とハングの問題は，修正されました。

5.13.11 Hypersortと NULL重複レコード—修正済み

V7.3-1

Hypersortでは，重複レコードの処理が可能です。NULL重複レコードが誤ってフィルタ処理される問題は修正されました。

5.13.12 Hypersortと RMS-F-SYN—修正済み

V7.3-1

Hypersortでは，次の 2番目のエラー・メッセージを正しく出力するようになりました。

RMS-F-SYN, file specification syntax error

5.13.13 Hypersortと検索リスト，および論理名の使用—制限事項

V7.3-1

Hypersortでは，検索リスト，および入力ファイルと作業ファイルで使用される論理名のサポートが十分でありません。この制限が関係する場合は， SORT32を使用してください。



5.13.14 Hypersortと作業ファイルの空き領域不足—制限事項

V7.3-1

すべてのソート作業ファイルで空き領域が不足していると，Hypersortが正しく終了しません。この問題を防ぐには，ソート作業ファイルに使用するデバイスに十分な空き領域を割り当ててください。または， SORT32を使用して，作業ファイルの領域が不足しているかどうかを確認してください。

5.13.15 Hypersortと SORT32の性能—ワーキング・セットとページ・ファイル・クォータ

V7.3-1

SORT32とHypersortでは，それぞれのソート・アルゴリズムと作業ファイル・アルゴリズムが異なります。それぞれのソート・ユーティリティの処理速度は入力ファイルとメモリ/ディスク/CPUの構成に依存します。 SORT32とHypersortのどちらでも，ページ・ファイル・クォータがワーキング・セット・エクステントの 3倍以上になるようにしてください。

5.13.16 可変長レコードでの Hypersortと SORT32の性能

V7.3-1

SORT32とHypersortでは，ソート作業ファイル内の最大レコード長 (LRL)に基づいて固定長のスロットが割り当てられます。ソート性能を向上させるには，実際の最大レコード長に最も近い LRL情報をファイルに設定します。初期性能が低い場合は， Cプログラムによって作成されたファイルをソートしており， LRLが必要以上に (32767まで)設定されていることが原因と考えられます。

5.13.17 Hypersort作業ファイル・ディレクトリ—制限事項

V7.3

Hypersort作業ファイルは，要求した作業ファイル数を処理できる複数のファイル・バージョンを格納できるディレクトリに作成される必要があります。この制限は，SORT32と同様です。


プログラミングに関するリリース・ノート5.14 Librarianユーティリティ—PGFLQUOTAは 23000以上必要

5.14 Librarianユーティリティ—PGFLQUOTAは23000以上必要

V1.5

OpenVMS Alphaの LIBRARIANは圧縮，データ・リダクション，データ拡張操作でエラーを通知しないことがあります。この問題が発生するのは， LIBRARIANが動作しているアカウントまたはプロセスの PGFLQUOTAプロセス・クォータが低い場合です。$PUTMSGシステム・サービスは，エラーが発生した場合でも，必ずSS$_NORMALというステータスを返すので，操作エラーがただちに明らかになりません。しかし，エラーが発生した場合には， LIBRARIANは Success以外のステータスを返します。

この問題を回避するには， PGFLQUOTAプロセス・クォータが 23000より大きい値に設定されたアカウントで，圧縮，データ・リダクション，データ拡張操作を実行します。さらに，コマンド・プロシージャで LIBRARYコマンドからの戻りステータスを確認するようにしてください。

5.15 Linkerユーティリティ

ここでは， Linkerユーティリティに関するリリース・ノートをまとめます。

5.15.1 ライブラリ・チェックにおける Linkerのデフォルト動作の変更

V7.3-1

これまでの Linkerでは，ライブラリと共用可能イメージ間の一致条件が厳密に検証されていましたが (正確な日時を照合し，該当するものがない場合は， LINK-I-DATMISMCHシグナル通知を発行)，このリリースでは，イメージ・アクティベータと同じ検証 (GSMATCH条件を使用して互換性を検証)だけが実行されます。

以前の動作 (日時の照合)を実行する場合は， LINK$SHR_DATE_CHECK論理名を設定してください。

5.15.2 Linkerユーティリティ—スタックのエレメント数は最大 25に制限

V7.2

オブジェクト・ファイルを作成する開発者は， Linkerの内部スタックのエレメント数が最大 25に制限されていることに注意しなければなりません。どのような計算も，この制限の範囲内で実行しなければなりません。


プログラミングに関するリリース・ノート5.16 LTDRIVER—CANCEL SELECTIVEの制限事項

5.16 LTDRIVER—CANCEL SELECTIVEの制限事項

V6.1

OpenVMS Version 6.1より前のリリースでは， LTDRIVERは「拡張DDT」ビットをセットしていませんでした。したがって， POSIX関数 CANCEL SELECTIVEはLTDRIVERで動作しませんでした。この問題は解決されましたが，まだ制限事項が残っています。

この修正により，$QIO読み込みと書き込みを選択的に取り消すことができるようになりましたが，ポート・ドライバに対して行った$QIO (つまり， LAT接続$QIOなどのように IO$_TTY_PORT関数修飾子を使用して行ったもの)は， CANCELSELECTIVEによって取り消すことができません。

5.17 Mailユーティリティ—呼び出し可能メールのスレッドの制限事項

V7.1

OpenVMS呼び出し可能メール・ルーチンはスレッド・セーフではありません。スレッド化されたアプリケーション内での非スレッド・セーフ・ルーチンの呼び出しの詳細については，『Guide to the POSIX Threads Library』を参照してください。

呼び出し可能メールのコンテキスト情報は，プロセス単位 (スレッド単位ではない)で管理されるので，コンテキスト・ベースの処理を実行する複数のスレッドは相互に同期をとり，特定のタイプのメール・コンテキストが一度に1つだけアクティブになるようにしなければなりません。この条件が満たされないと， 1つのスレッドが他のスレッドのメール操作を妨害する可能性があります。

OpenVMS Alphaシステムでは，マルチスレッド環境でカーネル・スレッドが有効に設定されている場合，この他にも追加制限事項があります。この環境では，呼び出し可能メールは初期スレッドでのみ使用しなければなりません。

5.18 Mathematics (MTH$)実行時ライブラリ—イメージのリンク

V7.3-1

OpenVMS VAX Version 6.1では，Mathematics実行時ライブラリ (RTL)のイメージMTHRTL.EXE，UVMTHRTL.EXE，および VMTHRTL.EXEが更新され，DEC Fortran Version 6.0をサポートするための新しいエントリ・ポイントが含まれるようになりました。 (UVMTHRTL.EXEは，MTHRTL.EXEの別形式のイメージです。次の段落のMTHRTL.EXEの記述もUVMTHRTL.EXEに適用されます。)


プログラミングに関するリリース・ノート5.18 Mathematics (MTH$)実行時ライブラリ—イメージのリンク

MTHRTL.EXEに追加されたエントリ・ポイントが多いため，このイメージの転送ベクタが拡張され，グローバル・セクションの照合識別子が増えました。そのため，OpenVMS VAX Version 6.1以前のシステムでは，DEC Fortran Version 6.0をインストールしない限り，このバージョンのMTHRTL.EXEをリンクしたイメージを実行することはできません。また，新しいMTHRTL.EXEをリンクしたイメージをDECmigrateにより変換してOpenVMS Alphaで実行することはできません。

旧バージョンのOpenVMS VAXで実行できるようにイメージをリンクするには，サポートされる最も古いバージョンの SYS$LIBRARYディレクトリから.EXEファイルと.OLBファイルをコピーし，新規作成したディレクトリに保存し，このディレクトリを指す論理名 SYS$LIBRARYを定義して，リンクします。OpenVMS VAXでもMTHRTL.EXEまたはUVMTHRTL.EXEのどちらかを参照するためにシステム論理名MTHRTLを定義するので，旧ディレクトリのイメージのそのコピーを参照するために論理名としてMTHRTLをプロセス・テーブルまたはジョブ・テーブルに定義する必要があります。

$ DEFINE/USER SYS$LIBRARY disk:[OLD_SYSLIB]$ DEFINE/USER MTHRTL SYS$LIBRARY:MTHRTL.EXE$ LINK . . .

DECmigrateを使用して変換するイメージは，OpenVMS VAX Version 5.5-2以前のSYS$LIBRARYファイルをリンクする必要があります。

5.19 POSIXスレッド・ライブラリ

ここでは， POSIXスレッド・ライブラリ (旧名称は，DECthreads)に関するリリース・ノートをまとめます。

5.19.1 プロセス・ダンプ

V7.3

POSIXスレッド・ライブラリで実行時に修正不能な重大エラー (アプリケーション内のデータ破損によって損傷したデータ構造など)が検出されると，ライブラリにより実行中のイメージが終了されることがあります。終了中に，ライブラリによりプロセス・ダンプ・ファイルの作成がトリガーされます (このファイルは，ANALYZE/PROCESS_DUMPによりエラー診断に使用されます)。このようなプロセス・ダンプ・ファイルのサイズは，エラー時のプロセスのアドレス空間に依存するため，非常に大きくなることがあります。


プログラミングに関するリリース・ノート5.19 POSIXスレッド・ライブラリ

5.19.2 動的 CPU構成の変更

V7.3

OpenVMS Version 7.3以降， POSIXスレッド・ライブラリは，マルチプロセッサAlphaシステムを実行する CPUの数の動的変化に対応するようになりました。 1つのイメージに対して，複数のカーネル・スレッドが使用できるように指定 (LINK/THREADS_ENABLE修飾子または THREADCPコマンド動詞により)すると，POSIXスレッド・ライブラリが，アプリケーションの明白な並列処理を監視して，利用可能な CPUの数を最大とする数のカーネル・スレッドを作成します。それぞれのカーネルスレッドは，OpenVMSエグゼクティブによってスケジューリングされて別々の CPUで実行されるので，同時に実行することができます。

アプリケーションの実行中，オペレータは CPUを個別に停止または開始することができます。このような動的変化を反映して，これ以降にイメージがアクティブ化されたときに作成できるカーネル・スレッドの数が変化します。また，現在実行中のイメージにも反映されるようになりました。

CPUを追加または除去すると，スレッド・ライブラリは，追加，除去後のアクティブな CPUの数を照会し，プロセスが現在使用しているカーネル・スレッドの数と比較します。現在 CPUがカーネル・スレッドよりも多い場合，ライブラリは既存のPOSIXスレッドを CPUまで延長します (必要に応じて，すぐに，または後に新しいカーネル・スレッドを作成します)。逆に CPUがカーネル・スレッドよりも少ない場合，ライブラリは余分のカーネル・スレッドを強制的にハイバネートさせ，残りのカーネル・スレッド上で POSIXスレッドを再度スケジューリングします。これにより，プロセスに関する限り，利用可能な数以上のカーネル・スレッドが， CPUリソースを奪い合うということがなくなります。

5.19.3 スレッド・プログラムの高度デバッグ

V7.3

POSIXスレッド・ライブラリは，監視ツールとデバッグ・ツールをサポートするための，高度なデータ収集機能を備えています。これらの機能は，OpenVMS Alphaシステム上のスレッド・プログラムのための新しいデバッグ，分析ツールであるビジュアル・スレッドをサポートします。ビジュアル・スレッドは，OpenVMS Version7.3でライセンスされており，監視機能，自動デバッグ機能，およびマルチスレッド・アプリケーションのパフォーマンス評価機能を備えています。


プログラミングに関するリリース・ノート5.19 POSIXスレッド・ライブラリ

5.19.4 POSIX 1003.4a Draft 4インタフェースの廃止

V7.0

POSIXスレッド・ライブラリの POSIX 1003.4a，Draft 4 ("d4")インタフェースは，将来のリリースで廃止される予定です。 POSIX 1003.4a，Draft 4インタフェースを使用して作成されたアプリケーションは， POSIXスレッド・ライブラリで提供される新しい POSIX 1003.1c標準 ("pthread")インタフェースに移行しなければなりません。移行に役立つように，このリリースでDraft 4 POSIX 1003.4aインタフェースの互換性モードが提供されます。互換性モードは，将来のリリースでは削除されます。

5.19.5 NUMAシステムでサポートされる複数の RAD

V7.3-1

OpenVMS Version 7.3-1またはそれ以降では， Compaq POSIXスレッド・ライブラリはすべてのリソース・アフィニティ・ドメイン (Resource Affinity Domain: RAD)の CPUを使用して， 1つのプロセス内のスレッドを実行できます。以前は，スレッドを実行する場合，プロセスが属する RADの CPUしか使用できませんでした。現在では，アプリケーションの作業負荷に応じて，スレッド・ライブラリは他の RAD内の CPUで実行するカーネル・スレッドを作成および使用して，アプリケーションの POSIXスレッドを実行することができます。 1つのマルチスレッド・プロセスでNUMAシステム内のすべての CPUを使用することが可能です。

5.20 特権付きインタフェースと構造体

ここでは，特権付きコードと構造体に関するリリース・ノートをまとめます。

5.20.1 スレッド単位のセキュリティは特権付きコードとデバイス・ドライバに影響する

V7.3-1Version 7.2では，セキュリティ・プロファイルを I/O Request Packet (IRP)に添付するために使用される方法が変更されました。

OpenVMSの Version 7.2より前のバージョンでは，要求者のプロセス単位の AccessRights Block (ARB)セキュリティ構造のアドレスは IRP構造に含まれていました。OpenVMS Alpha Version 7.2以降，新しいセキュリティ・プロファイル構造(Persona Security Block， PSB)のアドレスは， ARBアドレスの機能置換としてIRPに追加されました。


プログラミングに関するリリース・ノート5.20特権付きインタフェースと構造体

I/Oサブシステムは PSB内の参照カウンタを介して， PSBへのアクセスを管理します。 I/Oサブシステムは IRPの作成時にこの参照カウンタを増分し，その IRPの I/Oの後処理時にカウンタを減分します。このカウンタが 0になると， PSB構造はデッドロック状態になります。

1つの要求に対して複数の I/O操作を行うために IRPのコピーを作成またはクローンし，コピーした IRPを後処理のために I/Oサブシステムに渡すデバイス・ドライバは，これらの追加の IRPの PSBへの特別な参照を明らかにするために，コードを変更しなければなりません。このような変更は，コピーされた IRPにあるPSBアドレスをNSA_STD$REFERENCE_PSBルーチンに渡すことで行います。NSA_STD$REFERENCE_PSBのインクルード・ファイルとルーチン呼び出しは次のとおりです。

#include <security-macros.h>

/* Increment REFCNT of PSB that is now shared by both IRPs */

nsa_std$reference_psb( irp->irp$ar_psb );

デバイス・ドライバは，次の状況でこの変更を行わなければなりません。

• デバイス・ドライバが次の状態の場合

1. デバイス・ドライバが，既存の IRPを複製することで新しい IRPを作成し，かつ

2. IOC_STD$SIMREQCOMまたは IOC_STD$DIRPOST1を呼び出すことで，I/O後処理のためにオリジナル IRPと複製 IRPの両方をキューに登録する場合

デバイス・ドライバは IRPを複製した後， I/O後処理のためにキューに登録する前に，NSA_STD$REFERENCE_PSBを呼び出さなければなりません。

• デバイス・ドライバが次の状態の場合

1. デバイス・ドライバが，既存の IRPを複製することで新しい IRPを作成する場合，かつ

2. コピーまたはオリジナル IRPの IRP$L_PIDセルにプロシージャ記述子のアドレスを格納しない場合，かつ

3. IOC_STD$REQCOM， COM_STD$POST， COM_STD$POST_NOCNT，IOC_STD$POST_IRPを呼び出すことで， I/O後処理のためにオリジナル IRPと複製 IRPの両方をキューに登録する場合

デバイス・ドライバは IRPを複製した後， I/O後処理のためにキューに登録する前に，NSA_STD$REFERENCE_PSBを呼び出さなければなりません。

これらのステップを実行するデバイス・ドライバは，たいていはプロシージャ記述子のアドレスを IRP$L_PIDに格納しています。したがって， IRPを複製するほとんどのデバイス・ドライバは，ソース・コードの変更，再リンク，再コンパイルを行わなくても，OpenVMS Version 7.2またはそれ以降で正しく機能できるはずです。


プログラミングに関するリリース・ノート5.20特権付きインタフェースと構造体

このような状況でNSA_STD$REFERENCE_PSBを呼び出さないと， PSB内の追跡情報が破壊され，システム障害が発生する可能性があります。

NSA_STD$REFERENCE_PSBを呼び出すようにデバイス・ドライバのコードを変更する場合は，OpenVMS Version 7.2またはそれ以降で動作するように，ドライバを再コンパイルおよび再リンクしなければなりません。

5.20.2 OpenVMSフォーク・スレッド作成のための IPL要件の強制

V7.3-1

OpenVMSフォーク実行スレッドを作成するためには，いくつかのルーチンを特権コードで使用します。これらのルーチンは，任意のプロセスのシステム・コンテキストに依存しないで実行されます。これらのルーチンには 4つの形式があり，どの形式を使用するかは，直系のフォークとキューに入っているフォークのどちらが必要かと，使用されている言語インタフェースで決まります。

• EXE$QUEUE_FORK

• EXE_STD$QUEUE_FORK

• EXE$PRIMITIVE_FORK

• EXE_STD$PRIMITIVE_FORK

これらのルーチンは，実行中に，誤って別の CPUに再スケジュールされないようにするため， IPL$_RESCHED以上で呼び出す必要があります。このような再スケジュールが行われると，システムがハングする可能性があります。

OpenVMS V7.3-1では， SYSTEM_CHECKの値を 1に設定すると，これらのルーチンによって，まずシステムの IPLがチェックされます。 IPLが IPL$_RESCHEDの値よりも小さい場合，システムは SPLINVIPLバグ・チェックで失敗します。

性能上の理由から， SYSTEM_CHECKの値を 0に設定すると (デフォルト)， IPLは検証されません。不正なコードを使用すると，プロセス・コンテキストでこれらのルーチンの実行中に別の CPUへの再スケジュールが発生した場合は (IPL$_RESCHEDよりも小さい値を指定した場合など)，システムがハングする可能性があります。


プログラミングに関するリリース・ノート5.21 Record Management Services (RMS)

5.21 Record Management Services (RMS)

ここでは， RMSに関するリリース・ノートをまとめます。

5.21.1 照合キーを指定する CONVERT/NOSORTで発生する可能のあるCONVERT-I-SEQエラー

V7.3

/NOSORT修飾子および出力ファイルのキー・タイプに照合キーを指定するCONVERTコマンドでは，潜在的な動作の変更による影響があります。

CONVERTコマンドの/NOSORT修飾子は，主キーが入力ファイルですでにソート順に並べられているため， Convertユーティリティでソートしないことを表します。OpenVMS Version 7.3より前のバージョンの Convertユーティリティでは，出力ファイルに指定されたキーに照合キー・タイプが含まれる場合，/NOSORTが指定されているかどうかに関係なく，入力ファイルが必ずソートされるという欠陥がありました。OpenVMS Version 7.3では， Convertユーティリティが修正され，出力ファイルのキーの 1つが照合キーである場合でも，コマンド・ラインの/NOSORT修飾子に正しく従うように修正されています。

そのため，以前に照合キー欠陥の 2次的な影響で成功していた CONVERT操作でも，入力ファイルが主キーによってソートされていない場合で，コマンド・ラインに/NOSORTが指定されているときには，%CONVERT-I-SEQメッセージが表示されることがあります。入力ファイルが主キーによってソートされていない場合は，/NOSORT修飾子は，使用しないでください。

5.22 LIB$FIND_IMAGE_SYMBOL—『RTL Library (LIB$) Manual』の正誤情報

V7.3-1

『OpenVMS RTL Library (LIB$) Manual』の， LIB$FIND_IMAGE_SYMBOLに対する flags引数の説明には誤りがあります。 flagsは，参照渡しとして説明されていますが，この記述は誤りで，戻り値としてエラー・メッセージ LIB-F-INVARGが返されます。 flagsを値で渡すと， LIB$FIND_IMAGE_SYMBOLは問題なく機能します。

この誤りは，『OpenVMS RTL Library (LIB$) Manual』の次のリリースで修正される予定です。


プログラミングに関するリリース・ノート5.23 RTLの LIB$FIND_IMAGE_SYMBOLシグナル通知による警告

5.23 RTLのLIB$FIND_IMAGE_SYMBOLシグナル通知による警告

V7.1

LIB$FIND_IMAGE_SYMBOLは，起動されているイメージにコンパイル警告が発生したモジュールが含まれていることを示すために，警告 (LIB$_ EOMWARN)を通知することがあります。 LIB$FIND_IMAGE_SYMBOLで使用される条件ハンドラは，この状況を特殊な場合として取り扱わなければなりません。

LIB$_EOMWARNが通知された後， LIB$FIND_IMAGE_SYMBOLが実行を続行するには，条件ハンドラが SS$_CONTINUEで終了しなければなりません。この理由から，LIB$FIND_IMAGE_SYMBOLの条件ハンドラとして LIB$SIG_TO_RETを使用することは適切ではありません。

5.24 Screen Management (SMG$)機能のドキュメント

『OpenVMS RTL Screen Management (SMG$) Manual』の最後にある参照情報のトピックに，次の情報を追加します。

V7.2

• ルーチン SMG$DELETE_VIRTUAL_DISPLAYの「Condition Values Returned(返される条件値)」に，次の説明を追加してください。

"Any condition value returned by the $ DELPRC system service"($DELPRCシステム・サービスから返された条件値)

• ルーチン SMG$SET_OUT_OF_BAND_ASTSの説明の「引数 (AST-argument)」の部分で，AST-argument引数の説明に誤りがあります。構造体の図のシンボル名が誤っています。この図の下にある段落に示されているシンボル名は正しい名前です。正しいシンボル名と誤ったシンボル名は次のとおりです。

誤っているシンボル名正しいシンボル名

SMG$L_PASTEBOARD_ID SMG$L_PBD_ID

SMG$L_ARG SMG$L_USER_ARG

SMG$B_CHARACTER SMG$B_CHAR

V7.1

• SMG$READ_COMPOSED_LINEルーチンの説明で，flags引数の説明に次の文を追加してください。

"The terminal characteristic /LINE_EDITING should be set for your terminalfor these flags to work as expected. /LINE_EDITING is the default."


プログラミングに関するリリース・ノート5.24 Screen Management (SMG$)機能のドキュメント

(「これらのフラグが正しく機能するには，端末に対して端末属性/LINE_EDITINGを設定しなければなりません。/LINE_EDITINGは省略時の設定です。」)

• ルーチン SMG$SET_KEYPAD_MODEの説明に，次の注意を追加してください。

注意

キーパッド・モードを変更すると，物理端末の設定も変更されます。これは，keyboard-id引数によって指定される仮想キーボードだけでなく，すべての仮想キーボードに対するグローバルな変更です。

5.25 SORT32ユーティリティ

ここでは， SORT32ユーティリティのリリース・ノートをまとめます。Hypersortで修正されていない問題に対応する場合，またはHypersortに実装されていない機能を使用する場合に SORT32を使用することをお勧めします。

SORT32は，OpenVMS Alpha Version 7.3-1向けに更新されています。 SORT32の新しいバージョンは V07-005です。

5.25.1 SORT32と VFC出力ファイルに対する/PROCESS=TAG

V7.3-1

SORT32では， Alpha上で VFC出力ファイルに対する/PROCESS=TAGをサポートできるようになりました。

5.25.2 SORT32と NAM$L_ESA

V7.3-1

SORT32では， Alpha上でNAM$L_ESAを正しく使用できるようになりました。

5.25.3 過大なキーに対する SORT32の診断機能 (Alpha)

V7.3-1

SORT32では， Alpha上で過大なキーを診断する場合に BADLOGICではなく，BAD_KEYを使用するように変更されました。この変更により， Alpha上のHypersortの診断処理により適合できるようになりました。


プログラミングに関するリリース・ノート5.25 SORT32ユーティリティ

5.25.4 SORT/STATISTICSオーバフロー

V7.3-1

SORT32では， Alpha上でワーキング・セット・エクステントと作業ファイル割り当てに関する SORT/STATISTICSに，より大きな値を設定できるようになりました。(この機能は， SORT32とHypersortの両方でサポートされます。)

5.25.5 SORT32のソート作業ファイル用保護マスク

V7.3-1

SORT32では， Alpha上でソート作業ファイル用の保護マスクが<RWED,RWED>に設定されるようになりました。以前は，ソート作業ファイル用の保護マスクが<D,RWED>に設定されていました。以前の設定では，プロセスのUICとは別のUICが所有者になっている共有ディレクトリにソート作業ファイルを再定義した場合に，/WORK_FILES=2 (デフォルト)以上を使用すると，保護違反がレポートされることがありました。

5.25.6 SORT/SPECIFICATIONと複合条件—制限事項

V7.3-1

SORT32では，次のようにかっこで囲まれていないキー指定ファイルの複合条件を診断できません。

/Condition=(Name=Test1,TEST=(Field2 EQ "X") AND (Field3 EQ "A"))

この条件は，次のように指定する必要があります。

/Condition=(Name=Test1,TEST=((Field2 EQ "X") AND (Field3 EQ "A")))

5.25.7 SORT32と Hypersortの性能—ワーキング・セットとページ・ファイル・クォータ

V7.3-1

SORT32とHypersortでは，それぞれのソート・アルゴリズムと作業ファイル・アルゴリズムが異なります。それぞれのソート・ユーティリティの処理速度は入力ファイルとメモリ/ディスク/CPUの構成に依存します。 SORT32とHypersortのどちらでも，ページ・ファイル・クォータがワーキング・セット・エクステントの 3倍以上になるようにしてください。


プログラミングに関するリリース・ノート5.25 SORT32ユーティリティ

5.25.8 可変長レコードでの SORT32と Hypersortの性能

V7.3-1

SORT32とHypersortでは，ソート作業ファイル内の最大レコード長 (LRL)に基づいて固定長のスロットが割り当てられます。ソート性能を向上させるには，実際の最大レコード長に最も近い LRL情報をファイルに設定します。初期性能が低い場合は， Cプログラムによって作成されたファイルをソートしており， LRLが必要以上に (32767まで)設定されていることが原因と考えられます。

5.25.9 SORT32作業ファイル・ディレクトリ—制限事項

V7.3

SORT32の作業ファイルは，要求した作業ファイル数を処理できる複数のファイル・バージョンを格納できるディレクトリにリダイレクトする必要があります。この制限は，Hypersortにも適用されます。


6OpenVMSシステムでの装置のサポート

この章では， Alphaシステムと VAXシステムでのOpenVMS装置のサポートに関するリリース・ノートをまとめます。必要に応じて， Alpha固有の情報であるのか，VAX固有の情報であるのかを見出しに示します。

6.1 OpenVMSデバイス・ドライバの再コンパイルと再リンク

ここでは，OpenVMSデバイス・ドライバの再コンパイルと再リンクに関するリリース・ノートをまとめます。

6.1.1 Alphaデバイス・ドライバに影響を与える可能性のあるスレッド単位のセキュリティ

V7.2

OpenVMS Alphaデバイス・ドライバに影響を与える可能性のあるスレッド単位のセキュリティの詳細については，第 5.20.1項を参照してください。

6.1.2 Alphaおよび VAXの SCSIデバイス・ドライバ

V7.3-1

OpenVMSの以前のバージョンのすべてのOpenVMS Alpha SCSIデバイス・ドライバがOpenVMS Version 7.3-1またはそれ以降で正しく動作するには，再コンパイルと再リンクが必要です。

OpenVMS Alpha Version 7.0より前のバージョンからアップグレードしているOpenVMS Alpha SCSIドライバがある場合は，第 6.1.3項を参照してください。

OpenVMS Version 7.1では，すべてのOpenVMS VAX SCSIデバイス・ドライバの再コンパイルと再リンクが必要でした。OpenVMS Version 7.1で実行できるように再コンパイルと再リンクされたOpenVMS VAXデバイス・ドライバは，OpenVMSVersion 7.3またはそれ以降でも正しく動作します。

OpenVMSシステムでの装置のサポート 6–1

OpenVMSシステムでの装置のサポート6.1 OpenVMSデバイス・ドライバの再コンパイルと再リンク

6.1.3 OpenVMS Alphaデバイス・ドライバ

V7.1

OpenVMS Alpha Version 7.0で実行できるように再コンパイルおよび再リンクされたデバイス・ドライバは，OpenVMS Alpha Version 7.1またはそれ以降で実行できるようにするためにソース・コードを変更したり，再コンパイルや再リンクしたりする必要がありません (ただし， Alpha SCSIドライバについては，再コンパイルと再リンクが必要です。第 6.1.2項を参照してください)。

OpenVMS Alpha Version 7.0より前のリリースのデバイス・ドライバのうち，OpenVMS Alpha Version 7.0に対応するよう再コンパイルおよび再リンクされていないデバイス・ドライバをOpenVMS Alpha Version 7.1またはそれ以降で実行するには，再コンパイルと再リンクが必要です。

OpenVMS Alpha Version 7.0では，OpenVMS Alpha特権インタフェースと構造体が大幅に変更されました。これらの変更の結果，OpenVMS Alpha Version 7.0より前のリリースのデバイス・ドライバでは，OpenVMS Alpha Version 7.0またはそれ以降で正しく動作するように，ソース・コードを変更する必要があります。カスタマが作成したドライバのソースの変更が必要となるOpenVMS Alpha Version 7.0の変更点の詳細については，『OpenVMS Alpha Guide to Upgrading Privileged-CodeApplications』を参照してください。

6.2 論理ユニット番号に対するパラレルSCSIのサポート—制限事項

V7.2

OpenVMSでは，パラレル SCSIバスで，各ターゲット IDに対して最大 8つの論理ユニット番号 (LUN)がサポートされます。

SCSI-2標準では， 8つの LUNに制限されていますが， SCSI-3標準は最近， LUNを 64に拡大しました。HSZ80は 8つより多くの LUNを実装した，唯一のサポートされているデバイスです (各ターゲット IDに対して 32の LUNをサポートします)。この機能はOpenVMSの現在のリリースでは使用できません。OpenVMSでの LUNの値は 0～ 7の範囲でなければなりません。

この制限事項は Fibre Channelには適用されません。

6–2 OpenVMSシステムでの装置のサポート

OpenVMSシステムでの装置のサポート6.3 IO$_DIAGNOSE関数の動作の変更

6.3 IO$_DIAGNOSE関数の動作の変更

ここでは， IO$_DIAGNOSEの変更点について説明します。

6.3.1 S2DGB$L_32PHSTMOおよび S2DGB$L_64PHSTMOの変更点

V7.3

S2DGB$L_32PHSTMOおよび S2DGB$L_64PHSTMOの正式な値は現在， 0～65,535 [約 18時間]です。以前，この値は 0～ 300 [5分]でした。

6.4 CRCTXルーチンの機能の強化

V7.1-2

Counted Resource Context Block (CRCTX)構造体の管理に使用できるシステム・ルーチンが強化されました。次のルーチンが， CRCTX構造体のステータス(CRCTX$V_ITEM_VALID)を設定およびチェックするようになりました。

• IOC$DEALLOC_CRCTX

• IOC$ALLOC_CNT_RES

• IOC$DEALLOC_CNT_RES

• IOC$LOAD_MAP

これらのルーチンは次のように変更されました。

有効な CRCTXステータス (CRCTX$V_ITEM_VALIDを 1に設定)でIOC$DEALLOC_CRCTXを呼び出すと，サービスは不正なステータスを返します。 SYSBOOTパラメータ SYSTEM_CHECKが設定されている場合には，システム障害が発生します。このため，割り当てが解除されていない有効なリソースがあるときに，ユーザが CRCTXの割り当てを誤って解除することを防止できます。

IOC$ALLOC_CNT_RESは，無効な CRCTXステータス (CRCTX$V_ITEM_VALIDを 0に設定)で呼び出さなければなりません。有効なステータスでこのルーチンを呼び出すと，OpenVMSはこの CRCTXによってマップされたリソースをユーザが手放すものと解釈します。OpenVMSは新しいリソースを割り当てず，不正なステータスを返します。 SYSTEM_CHECKが設定されている場合には，システム障害が発生します。 IOC$ALLOC_CNT_RESは有効ビットを設定してから戻ります。

IOC$DEALLOC_CNT_RESは，有効な CRCTXステータス (CRCTX$V_ITEM_VALIDを 1に設定)で呼び出さなければなりません。無効な CRCTXでIOC$DEALLOC_CNT_RESを呼び出すと，OpenVMSは他のパラメータが有効でないものと解釈し，不正ステータスを返します。 SYSTEM_CHECKがセットされてい


OpenVMSシステムでの装置のサポート6.4 CRCTXルーチンの機能の強化

る場合には，システム障害が発生します。 IOC$DEALLOC_CNT_RESは有効ビットをクリアしてから戻ります。

IOC$LOAD_MAPは有効な CRCTXで呼び出さなければなりません。無効な CRCTX(CRCTX$V_ITEM_VALIDを 0に設定)で呼び出すと，他のパラメータも無効であると解釈され，不正ステータスが返されます。 SYSBOOTパラメータ SYSTEM_CHECKがセットされている場合には，システム障害が発生します。

これらの変更により，デバイス・サポート・アプリケーションや特権付きコード・アプリケーションの開発者は，OpenVMSで汎用リソースとして取り扱われるscatter gatherレジスタの割り当てを解除する必要があるかどうか判断できます。CRCTX$V_ITEM_VALIDビットがセットされている場合は， IOC$DEALLOC_CNT_RESを呼び出さなければなりません。

6.5 MONバージョンのデバイス・ドライバの処理

V7.3

OpenVMS Version 7.3では， SYSTEM_CHECKを有効化すると，SYS$nnDRIVER_MON.EXEという形式の名前を持つデバイス・ドライバ・イメージがシステム・ローダによって自動的に読み込まれます。対応する_MONバージョンが存在しない場合は，デフォルトのイメージ名 SYS$nnDRIVER.EXEが使用されます。

6.6 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に，デバイス記述ブロックの変更点を示します。


OpenVMSシステムでの装置のサポート6.6 AlphaStation 200/400では ISA_CONFIG.DATの変更が必要

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

Version 7.1より前 Version 7.1以降

[AUA0] [AUA0]NAME=AU NAME=AUNODE=3 DRIVE=SYS$MSBDRIVERDRIVER=SYS$MSBDRIVER IRQ=9IRQ=9 DMA=(0,1)DMA=(0,1) PORT=(388:4,530:8)PORT=(388:4.530:8) NODE=3

SYS$MANAGER:ISA_CONFIG.DATファイルを使用している場合には，第 A.3節を参照してください。

6.7 AlphaServer 4100システムでのメモリ・ホール

V7.1

AlphaServer 4100システムには，物理的なメモリ・ホールが存在する可能性があります。図 6–1に示すように，メモリ・ドータ・カード・ペアには 512 MB， 256MB， 128 MBの 3種類のサイズがあります。 AlphaServer 4100システムの構成規則に従うと，メモリ・カード・ペアはサイズの大きい順に並べなければなりません。

AlphaServer 4100ハードウェアは最初のメモリ・ドータ・カード・セットを読み込み，後続のメモリ・カード・ペアが同じサイズであるものと解釈します。ハードウェアが読み込んだ最初のカード・セットの後のメモリ・カード・ペアのサイズは同じでない可能性があるため，メモリ・ホールが発生します。図 6–1に示すように，3000.0000にあるホールはOpenVMSで取り扱わなければなりません。 4800.0000にあるホールはアドレス空間の先頭にあり，OpenVMSで無視してもかまいません。

注意

OpenVMS Alphaの以前のバージョンでは，物理的なメモリ・ホールのあるシステムが効率的にサポートされていなかったので，システム・メモリの使い方が非効率的になっていました。OpenVMS Alpha Version 7.1またはそれ以降のメモリ管理構造体は，メモリ・ホールを認識するように少し変更されています。この結果，OpenVMS Alphaオペレーティング・システムの以前のバージョンで非効率的だった部分は排除されました。


OpenVMSシステムでの装置のサポート6.7 AlphaServer 4100システムでのメモリ・ホール

図 6–1 メモリ図の例

1fff.ffff

512 MB memory daughter card pair

ZK−8860A−GE

2000.0000

2fff.ffff

3fff.ffff

3000.0000

1GB=4000.0000

47ff.ffff4800.0000


256 MB hole


384 MB hole

0

mmg$gl_memsize = 1C000mmg$gl_maxpfn (regardless of setting of SET MEM)

(regardless of setting of SET MEM)= 23fff

この構成は，ドライバがマップ・レジスタを使用しなければならないかどうかを判断するために使用されるアルゴリズムに影響を与えます。OpenVMS Alpha Version7.1より前のリリースでは，デバイス・ドライバは次の処理を実行していました。

1. キー IOC$K_DIRECT_DMA_SIZEを使用して IOC$NODE_DATAを呼び出し，ダイレクトDMAウィンドウのサイズ (メガバイト単位)を取得します。これは通常， 1 GBです。

2. IOC$NODE_DATAから返されたサイズをページ数に変換し，サイズをmmg$gl_

memsizeと比較します。これには物理メモリのページ数が格納されています。

3. mmg$gl_memsizeの方が， IOC$NODE_DATAから返されたサイズよりも大きい場合は，マップ・レジスタを使用します。それ以外の場合は，ダイレクトDMAウィンドウを使用します。

mmg$gl_memsizeグローバル・セルには，メモリ・ホールは含まれません。このため，システムには 7/8 GBのメモリしかありませんが，OpenVMS Alpha Version 7.1より前のリリースのアルゴリズムでは，装置がダイレクトDMAウィンドウを使用できるように見えます。それでも 1 GBの境界をこえて 128 MBのメモリがあるので，ドライバはマップ・レジスタを使用する必要があります。この問題を回避するため


OpenVMSシステムでの装置のサポート6.7 AlphaServer 4100システムでのメモリ・ホール

に，OpenVMS Alpha Version 7.1より以前のリリースのアルゴリズムを使用するドライバは，次のアルゴリズムに変更しなければなりません。

1. キー IOC$K_DIRECT_DMA_SIZEを使用して IOC$NODE_DATAを呼び出すことで，ダイレクトDMAウィンドウのサイズ (メガバイト単位)を取得します。これは通常， 1 GBです。

2. IOC$NODE_DATAから返されたサイズをページ数に変換します。バイト数をmmg$gl_page_sizeの値で除算します。次の例を参照してください。

int dma_size;int pages;

status = IOC$NODE_DATA (crb, IOC$K_DIRECT_DMA_SIZE, &dma_size);/* dma_size contains the number of megabytes.

* convert number of megabytes to bytes.*/

dma_size = dma_size * (1024 * 1024);/* Convert number of bytes to number of pages by* dividing by number of bytes per page.*/

pages = dma_size / MMG$GL_PAGE_SIZE;

3. 変換したページ数をmmg$gl_maxpfn + 1と比較します。

4. mmg$gl_maxpfn + 1の方が， IOC$NODE_DATAから返されたサイズより大きい場合は，マップ・レジスタを使用します。それ以外の場合は，ダイレクトDMAウィンドウを使用します。

6.8 SYS$MSBDRIVERはOpenVMS Alphaディストリビューションから削除

V7.0

Microsoft Windows Sound System ISAサウンド・カード (MSB)のドライバであるSYS$MSBDRIVERは， Version 7.0でOpenVMS Alphaのディストリビューションから削除されました。削除されたファイルは，次のとおりです。

• SYS$LOADABLE_IMAGES:SYS$MSBDRIVER.EXE

• SYS$EXAMPLES:SOUND_SERVICES.C

• SYS$EXAMPLES:SOUND_SAMPLE.C

• SYS$EXAMPLES:SOUND_SAMPLE.SND

• SYS$LIBRARY:SYS$STARLET_C.TLBのモジュールMSB.H

このドライバの強化されたバージョンMMOV$MSBDRIVERが，MultimediaServices for OpenVMS Alpha Version 2.0に含まれています。このレイヤード・プロダクトには，ビデオ・キャプチャとプレイバック，DECsoundの強化されたバージ


OpenVMSシステムでの装置のサポート6.8 SYS$MSBDRIVERはOpenVMS Alphaディストリビューションから削除

ョン，その他のオーディオ・アプリケーションやビデオ・アプリケーションのサポートも含まれています。

MMOV$MSBDRIVERは， SYS$MSBDRIVERと同じ$QIOプログラミング・インタフェースを提供します。なるべくMultimedia Services for OpenVMSで提供されるWAVEアプリケーション・プログラミング・インタフェースを使用するようにしてください。このインタフェースの方が柔軟で，他のプラットフォームへの移植性の点で優れているからです (Multimedia Services for OpenVMS Version 2.0の詳細については，『SPD 64.24.00』を参照してください)。

6.9 OpenVMS Alphaドライバのデバイス IPLの設定

V6.2

PCI， EISA， ISAバスをサポートする Alphaハードウェア・プラットフォームでは， 20または 21という異なる IPLで I/Oデバイスへの割り込みが発生します。デバイスへの割り込みが発生する IPLは，デバイスをプラットフォーム間で移動したときに変わる可能性があります。ドライバがデバイス IPLを 20であると宣言した後，I/Oデバイスへの割り込みが IPL 21で発生するマシンでそのドライバを実行すると，問題が発生します。

この問題に対する最も簡単な対処法は， PCI， EISA， ISAのデバイス・ドライバでIPL 21を使用することです。この方法は， I/Oデバイスへの割り込みが IPL 20で発生するプラットフォームでも， I/Oデバイスへの割り込みが IPL 21で発生するプラットフォームでも，正しく動作します。

OpenVMS Alphaの将来のリリースでは，ドライバがデバイス IPLを動的に判断するための，プラットフォームに依存しない機能が提供される予定です。

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

V7.1

OpenVMS Alphaオペレーティング・システムでは， AlphaStation 255シリーズ・システム上で PCIスロット 0に構成された PCIオプション・カードは，サポートされません。

PCIスロット 0は， AlphaStation 255シリーズ・システムで最下位の物理 PCIオプション・スロットです。このスロットの割り込みシグナルは，内蔵イーサネット・ポートと共有されます。OpenVMS Alphaオペレーティング・システムでは現在， PCIデバイスが割り込みラインを共有できないので，スロット 0に取り付けられた PCIデバイスが正しく動作しないか，内蔵イーサネット・ポートでエラーが発生します。この制限があるために， AlphaStation 255シリーズ・システムはスロット 1とスロット 2に構成された最大 2枚の PCIオプション・カードだけをサポートします。


OpenVMSシステムでの装置のサポート6.11 RZ25Mおよび RZ26Nディスク・ドライブに関する注意 (Alpha)

6.11 RZ25MおよびRZ26Nディスク・ドライブに関する注意 (Alpha)

V7.1

DWZZAとロング・ディファレンシャル SCSIバスを含む構成を使用して， Compaqがサポートする SCSIディスク・ドライブをテストしたところ， 2台のドライブ(RZ25Mと RZ26N)でバス・フェーズに関する問題が検出されました。そのため，DWZZAを接続するディファレンシャル・バスの長さが 20メートル以上の構成では，これらのドライブを使用しないでください。

この勧告は RZ25Mおよび RZ26Nドライブにのみ適用されます。OpenVMS SPDに，サポートされるドライブとしてリストされている他のすべてのディスク・ドライブは， SCSI-2仕様の上限のバスの長さまで使用できます。

6.12 AlphaServer 2100システムでのSCSIコントローラの制限事項

V6.2

1 GBを超えるメモリを搭載した AlphaServer 2100システムでは， Adaptec 1740/1742 SCSIコントローラ (PB2HA-SA)はサポートされません。このコントローラがそのようなシステムに接続されている場合は，次のメッセージがオペレータのコンソールに表示されます。

%PKJDRVR-E- PKX0, Port is going OFFLINE.

6.13 OpenVMS Alpha SCSIファームウェアのサポート

ここでは， SCSIファームウェアのサポートについて説明します。

6.13.1 RZ26Nおよび RZ28Mディスクに対する推奨ファームウェア・サポート

V6.2-1H3

RZ26Nおよび RZ28Mディスクを使用する場合には，ファームウェアのリビジョン・レベルは 0568以上をお勧めします。

これらのディスクで最新のファームウェア・リビジョン・レベルが使用されていない場合には，問題が発生する可能性があります。


OpenVMSシステムでの装置のサポート6.13 OpenVMS Alpha SCSIファームウェアのサポート

6.13.2 RZ26Lおよび RZ28ディスクをマルチホストで使用するために必要なファームウェア

V6.2

OpenVMS Clusterのマルチホスト SCSIバスに RZ26Lまたは RZ28ディスクを取り付ける場合，ディスクに必要なファームウェア・リビジョンは，最低でも 442です。

ここでは，一部の RZ26Lおよび RZ28ドライブでファームウェアを更新するために使用する手順について説明します。この手順を使用できるのは，ドライブがホスト・システムの SCSIアダプタに直接接続されている場合だけです。インテリジェント・コントローラ (HSZ40やKZPSCなど)を介して接続されているドライブは，この手順では更新できません。ファームウェアの別の更新手順があるかどうかについては，インテリジェント・コントローラのドキュメントを参照してください。

重要

ファームウェア・リビジョン・レベル 442に安全にアップグレードできるのは，特定の RZ26Lおよび RZ28ファームウェア・リビジョンだけです。使用中のディスクをファームウェア・リビジョン・レベル 442にアップグレードできるかどうか判断するには，第 6.13.3項を参照してください。ディスクがファームウェア・リビジョン・レベル 442をサポートできる場合は，第6.13.4項で説明している RZTOOLSユーティリティを使用して，ディスクのファームウェアを更新します。

6.13.3 ファームウェア・リビジョン・レベル 442の必要条件

ファームウェア・リビジョン・レベル 442に安全にアップグレードできるのは，表 6–2に示したディスク・ドライブとファームウェア・リビジョン・レベルの組み合わせだけです。他の組み合わせで更新手順を実行すると，ディスクを永久に破損する可能性があります。

表 6–2 リビジョン・レベル 442ファームウェアの互換性

ディスク・ドライブファームウェア・リビジョンディスク・ファイル名

RZ26L 440C RZ26L_442D_DEC.FUP

RZ28 441Cまたは D41C435または 436

RZ28_442D_DEC2104.FUPRZ28P4_442C_DEC.FUP

6.13.4 ファームウェア・リビジョン・レベル 442のインストール手順

使用しているディスクでリビジョン・レベル 442ファームウェアが必要かどうか，安全にアップグレードできるかどうかを判断した後，次の手順を実行してファームウェアを更新します (アップグレードするディスクのファイル名については，表 6–2を参照してください)。


OpenVMSシステムでの装置のサポート6.13 OpenVMS Alpha SCSIファームウェアのサポート

$ MCR SYS$ETC:RZTOOLS_ALPHA DKB500 /LOAD=SYS$ETC:filename.FUPRead in 262144 bytes.Current FW version - X440CUpgrading to - DEC0Loading code ......New code has been sent to the drive.

6.14 アドオンSCSIアダプタ

V7.3-1

OpenVMS Alpha Version 6.2またはそれ以降では，さまざまなアドオン SCSIアダプタがサポートされます。 Compaqの AlphaGenerationプラットフォームは，通常， 1つ以上の内蔵 SCSIアダプタをサポートし，さらに追加としてアドオン SCSIアダプタを増設することもできます。使用するデバイス命名規則が AlphaコンソールとOpenVMSとでは異なるため，プラットフォームによっては，OpenVMSデバイス名がコンソールに表示される名前と一致しないことがあります。

たとえば， EV6システム以前のプラットフォーム (GS AlphaServer 140を除く)では， SCSIデバイスのコンソール名がDKA100と表示されることがあります。ところが， 2台のアドオン SCSIアダプタを増設すると，‘‘A’’は‘‘C’’になり，OpenVMSが実行されている場合には，DKA100がDKC100と表示されます。

EV6以上のプラットフォームでは，デバイス名の相違は発生しません。

コンソールとOpenVMSでデバイス名が異なる場合でも，アドオン SCSIアダプタが増設されたり，取り外されたりしない限り，コンソールに表示されるデバイス名とOpenVMSでのデバイス名の間の対応は一貫しています。

6.15 SCSIテープ・デバイスのMode Page 01hに関するより厳密な条件

V7.3

OpenVMS Alpha Version 7.3またはそれ以降では， SCSIテープ・デバイスの SCSIMode Page 01h (Read Write Error Recovery Page)の条件がより厳密になっています。これらの条件は，回復可能なディファード・エラー処理の回復アクションを定義することにより， SCSIテープへの書き込み操作中のデータ損失を防ぐように考慮されています。 Compaqがサポートするドライブの場合，これらの変更がドライブの動作に影響することはありません。ただし，ドライブによっては，次の 2通りの場合のように，これらの新しい条件が SCSIテープの動作に影響することがあります。

1. OpenVMS Alpha Version 7.3またはそれ以降では， SCSIテープ・ドライブのファームウェアで Read Write Error Recovery Page (SCSI Mode Page 01h)がサポートされないことが検出されるとエラー・ログ・エントリが作成されます。この


OpenVMSシステムでの装置のサポート6.15 SCSIテープ・デバイスのMode Page 01hに関するより厳密な条件

ようなエントリは，テープのマウント時にエラー・ログに作成されます。エントリは，モード・センスのコマンドOpcode (無効要求のセンス・キー)の SCSIステータスのチェック状態情報によって区分されます。

このエントリは通知専用なのでドライブのエラー状態は表されません。ユーザは無視してかまいません。サービス担当者だけが使用します。この状況は， TLZ09やサード・パーティのテープ・デバイスなどの多数の SCSIテープ・デバイスで発生します。

2. SCSIテープ・ドライブで，回復可能なディファード・エラー処理が発生した場合，OpenVMS Alpha Version 7.3では，データ損失の可能性を認識し，呼び出し側に致命的なドライブ・エラーを通知します。 CompaqがサポートしているSCSIテープ・デバイスでは，デフォルトの動作により，回復可能なディファード・エラー処理が抑制されるため，この動作はほとんど発生しません。


7インターロックされたメモリ命令の使用

インターロックされたメモリ命令を使用するための厳密な規則は，『AlphaArchitecture Reference Manual, Third Edition (AARM)』に説明されています。Alpha 21264 (EV6)プロセッサと将来のすべての Alphaプロセッサは，これらの規則で決められている必要条件に関して，以前のプロセッサよりさらに厳しくなっています。この結果，以前は規則に準拠していなくても正常に動作していたコードが，21264以上のプロセッサを搭載したシステムでは正しく実行できないことがあります。このような規則に準拠していないコード・シーケンスが発生することは，非常にまれであると考えられています。 21264プロセッサは，OpenVMS Alpha Version7.1-2より前のバージョンではサポートされません。

規則に従っていないコードを実行すると，インタープロセッサ・ロックが使用されるときに，プロセッサ間の同期が失われる可能性があり，インターロックされたシーケンスが常にエラーになる場合は，無限ループになることがあります。 BLISSコンパイラの以前のバージョン，MACRO–32コンパイラとMACRO–64アセンブラの一部のバージョンでコンパイルされたプログラムや，一部の Compaq Cおよび C++プログラムのコード・シーケンスで，このような動作が発生することがあります。

影響を受けるコード・シーケンスでは， LDx_L/STx_C命令を，アセンブリ言語ソースで直接，またはコンパイラで生成されたコードで使用しています。インターロックされた命令を使用する可能性の高いアプリケーションは複雑であるか，マルチスレッドされたアプリケーションであるか，または高度に最適化された固有に作成したロックおよび同期化手法を使用しているデバイス・ドライバです。

7.1 必要なコード・チェック

OpenVMSでは， 21264プロセッサで実行されるコードにこのようなシーケンスがないかどうか確認してください。プロセス間ロック，マルチスレッド，プロセッサ間通信を行うコードでは，特に注意する必要があります。

Alpha実行可能プログラムを分析して，規則に準拠していないコード・シーケンスがあるかどうか調べるために， SRM_CHECKツールが開発されました。このツールは，エラーが発生する可能性のあるシーケンスを検出し，エラーを報告し，問題のあるシーケンスのマシン・コードを表示します。

インターロックされたメモリ命令の使用 7–1

インターロックされたメモリ命令の使用7.2コード分析ツール (SRM_CHECK)の使用

7.2 コード分析ツール (SRM_CHECK)の使用

V7.3-1

SRM_CHECKツールは，OpenVMS Alpha Version 7.3-1 Operating SystemCD–ROMの，次の場所にあります。

SYS$SYSTEM:SRM_CHECK.EXE

SRM_CHECKツールを実行するには，フォーリン・コマンドとして定義 (またはDCL$PATH機能を使用)し，チェックするイメージの名前を指定して起動します。問題が検出されると，マシン・コードが表示され，イメージ情報の一部が印刷されます。次の例では，このツールを使用してmyimage.exeというイメージを分析する方法を示しています。

$ define DCL$PATH []$ srm_check myimage.exe

このツールでは，ワイルドカード検索がサポートされます。ワイルドカード検索を開始するには，次のコマンド行を使用します。

$ srm_check [*...]* -log

チェックされたイメージのリストを作成するには， -log修飾子を指定します。-output修飾子を使用すれば，出力をデータ・ファイルに書き込むことができます。たとえば，次のコマンドは出力を CHECK.DATという名前のファイルに書き込みます。

$ srm_check ’file’ -output check.dat

このイメージのMAPファイルを調べれば，ツールからの出力を使用して，このシーケンスを生成したモジュールを検索することができます。表示されるアドレスは，MAPファイルから見つけることができるアドレスに直接対応しています。

次の例に， SYSTEM_SYNCHRONIZATION.EXEというイメージに対して，分析ツールを使用した結果できる出力を示します。

** Potential Alpha Architecture Violation(s) found in file...** Found an unexpected ldq at 000036180000360C AD970130 ldq_l R12, 0x130(R23)00003610 4596000A and R12, R22, R1000003614 F5400006 bne R10, 0000363000003618 A54B0000 ldq R10, (R11)Image Name: SYSTEM_SYNCHRONIZATIONImage Ident: X-3Link Time: 5-NOV-1998 22:55:58.10Build Ident: X6P7-SSB-0000Header Size: 584Image Section: 0, vbn: 3, va: 0x0, flags: RESIDENT EXE (0x880)

7–2 インターロックされたメモリ命令の使用

インターロックされたメモリ命令の使用7.2コード分析ツール (SRM_CHECK)の使用

system_synchronization.exeのMAPファイルには，次の情報が格納されます。

EXEC$NONPAGED_CODE 00000000 0000B317 0000B318 ( 45848.) 2 ** 5SMPROUT 00000000 000047BB 000047BC ( 18364.) 2 ** 5SMPINITIAL 000047C0 000061E7 00001A28 ( 6696.) 2 ** 5

アドレス 360Cは SMPROUTモジュールにあり， 0～ 47BBのアドレスが格納されています。モジュールから出力されたマシン・コードを確認することで，コードの位置を調べ，リスト行番号を使用して，対応するソース・コードを識別することができます。 SMPROUTのベースが 0以外の場合は，アドレス (この場合は 360C)からベースを減算して，リスト・ファイル内での相対アドレスを求める必要があります。

このツールは，可能性のある違反を出力の中で報告します。 SRM_CHECKは通常，セクションの属性によってイメージ内のコード・セクションを識別することができますが，OpenVMSイメージの場合は，同じ属性を持つデータ・セクションが格納されることがあります。この結果， SRM_CHECKはデータをコードであるかのようにスキャンし，データ・ブロックを規則に準拠していないコード・シーケンスであると解釈することがあります。このような状況はあまり発生することがなく，MAPとリスト・ファイルを調べることで検出できます。

7.3 規則に準拠しないコードの特徴

SRM_CHECKツールによって検出される規則に準拠しないコードは，次の 4つに分類できます。これらの大部分は，新しいコンパイラで再コンパイルすることで修正できます。ソース・コードを変更しなければならないことがありますが，そのような場合はまれです。コンパイラのバージョンの詳細については，第 7.5節を参照してください。

• OpenVMSコンパイラの一部のバージョンでは，「ループ・ローテーション」と呼ばれる最適化中に規則に準拠しないコード・シーケンスが発生します。この問題が発生するのは， ASM関数を使用して C/C++ソースに埋め込まれているアセンブリ言語コード内で LDx_L/STx_C命令を使用する Cまたは C++プログラムの場合か，MACRO–32またはMACRO–64で作成されたアセンブリ言語の場合だけです。 LDx_L命令と STx_C命令の間に分岐が発生していることもありました。

この問題は再コンパイルすることで対処できます。

• 非常に古い BLISS，MACRO–32，DEC Pascal，またはDEC COBOLコンパイラでコンパイルされた一部のコードには，規則に準拠しないシーケンスが含まれていることがあります。これらのコンパイラの初期のバージョンには，コード・スケジューリングのバグがあり， load_lockedの後にロードが誤ってスケジューリングされていました。



インターロックされたメモリ命令の使用7.3規則に準拠しないコードの特徴

• ごくまれに，空きレジスタの数が少なすぎる場合には，MACRO–32コンパイラは BBSSI命令または BBCCI命令に対して，規則に準拠しないコード・シーケンスを生成することがあります。


• MACRO–64またはMACRO–32が誤ってコーディングされ，アセンブリ言語がASM関数を使用して Cまたは C++ソースに組み込まれ，誤ってコーティングされたために，エラーが発生することがあります。

この問題が発生する場合は，ソース・コードを変更しなければなりません。新しいMACRO–32コンパイラは，規則に準拠しないコードに対して，コンパイル時にフラグを付けます。

SRM_CHECKツールがイメージから違反を検出した場合は，適切なコンパイラを使用してイメージを再コンパイルしなければなりません (第 7.5節を参照)。再コンパイルした後，イメージを再び分析する必要があります。再コンパイルの後も違反が発生する場合は，ソース・コードを調べ，コード・スケジューリング違反が発生する原因を追求しなければなりません。その後，必要に応じてソース・コードを変更します。

7.4 コーディングの必要条件

『Alpha Architecture Reference Manual』では，プロセッサ間のデータの不可分な更新を実行する方法を説明しています。特に『Third Edition』には，この問題に関するさらに詳しい情報が含まれています。また，インターロックされたメモリ・シーケンスの規則について詳しく説明されています。

次の 2つの必要条件が満たされない場合は，規則に準拠しないコードが生成されます。

• インターロックされたシーケンスで， LDx_L (load locked)命令と STx_C (storeconditional)命令の間にメモリ操作 (loadまたは store)を指定できない。

• LDx_L命令と STx_C命令の間で分岐を実行できない。このような場合は，分岐を実行せずに， LDx_Lから STx_Cに「フォール・スルー」しなければならない。

ターゲットが LDx_Lとそれに対応する STx_Cの間にある分岐を実行すると，規則に準拠しないシーケンスが作成される。たとえば，次の例で "label"への分岐を実行すると，分岐命令自体がシーケンスの内部にあるか外部にあるかにかかわらず，規則に準拠しないコードが作成される。

LDx_L Rx, n(Ry)...

label: ...STx_C Rx, n(Ry)


インターロックされたメモリ命令の使用7.4コーディングの必要条件

したがって， SRM_CHECKツールは次の条件を検索します。

• LDx_Lと STx_Cの間のメモリ操作 (LDx/STx)

• LDx_Lと STx_Cの間に宛先がある分岐

• 先行する LDx_L命令のない STx_C命令

これは通常， LDx_Lから STx_Cへ逆方向分岐が実行されることを示します。ただし，デバイス・メールボックス書き込みを実行するハードウェア・デバイス・ドライバは例外です。これらのドライバは， STx_Cを使用してメールボックスに書き込みを実行します。この状況は初期の Alphaシステムでのみ検出され， PCIベースのシステムでは検出されません。

• LDx_Lと STxCの間にある余分な命令

AARMでは， LDx_Lと STx_Cの間の命令の数を 40未満にすることを推奨しています。理論的には， 40より多くの命令があると，シーケンスが完了しないようにするためにハードウェア割り込みが発生します。しかし，実際にはこの状況が発生したという報告はありません。

次の例に， SRM_CHECKでフラグが付けられたコードを示します。

** Found an unexpected ldq at 0008291C00082914 AC300000 ldq_l R1, (R16)00082918 2284FFEC lda R20, 0xFFEC(R4)0008291C A6A20038 ldq R21, 0x38(R2)

この例では， LDQ命令が LDQ_Lの後， STQ_Cの前に検出されています。 LDQは，再コンパイルまたはソース・コードの変更によって，このシーケンスの外部に移動しなければなりません (第 7.3節を参照してください)。

** Backward branch from 000405B0 to a STx_C sequence at 0004059C00040598 C3E00003 br R31, 000405A80004059C 47F20400 bis R31, R18, R0000405A0 B8100000 stl_c R0, (R16)000405A4 F4000003 bne R0, 000405B4000405A8 A8300000 ldl_l R1, (R16)000405AC 40310DA0 cmple R1, R17, R0000405B0 F41FFFFA bne R0, 0004059C

この例では， LDL_Lと STQ_Cの間から分岐が検出されています。この場合，LDx_Lと STx_Cの間に，アーキテクチャで要求されている「フォール・スルー」パスがありません。

注意

LDx_Lから STx_Cへのこの逆向きの分岐は，「ループ・ローテーション」最適化によって発生する，規則に準拠しないコードの特徴です。


インターロックされたメモリ命令の使用7.4コーディングの必要条件

次のMACRO–32ソース・コードは「フォール・スルー」パスがあるものの，ロック・シーケンス内に可能性のある分岐とメモリ参照があるために，規則に準拠しないコードを示しています。

getlck: evax_ldql r0, lockdata(r8) ; Get the lock datamovl index, r2 ; and the current index.tstl r0 ; If the lock is zero,beql is_clear ; skip ahead to store.movl r3, r2 ; Else, set special index.

is_clear:incl r0 ; Increment lock countevax_stqc r0, lockdata(r8) ; and store it.tstl r0 ; Did store succeed?beql getlck ; Retry if not.

このコードを修正するには， INDEXの値を読み込むためのメモリ・アクセスを最初に LDQ_L/STQ_Cシーケンスの外部に移動しなければなりません。次に，ラベルIS_CLEARへの， LDQ_Lと STQ_Cの間の分岐を取り除かなければなりません。この場合， CMOVEQ命令を使用して分岐を取り除くことができます。 CMOVxx命令はしばしば，単純な値の移動の周囲にある分岐を取り除くために役立っています。次の例に，修正されたコードを示します。

movl index, r2 ; Get the current indexgetlck: evax_ldql r0, lockdata(r8) ; and then the lock data.

evax_cmoveq r0, r3, r2 ; If zero, use special index.incl r0 ; Increment lock countevax_stqc r0, lockdata(r8) ; and store it.tstl r0 ; Did write succeed?beql getlck ; Retry if not.

7.5 コンパイラのバージョン

表 7–1は，規則に準拠しないコード・シーケンスを生成する可能性のあるコンパイラのバージョンと，再コンパイルするときに使用する推奨最小バージョンについて説明します。

表 7–1 OpenVMSコンパイラのバージョン

旧いバージョン推奨最小バージョン

BLISS V1.1 BLISS V1.3

DEC Ada V3.5 Compaq Ada V3.5A

DEC C V5.x DEC C V6.0

DEC C++ V5.x DEC C++ V6.0

DEC COBOL V2.4， V2.5 Compaq COBOL V2.6



インターロックされたメモリ命令の使用7.5コンパイラのバージョン

表 7–1 (続き) OpenVMSコンパイラのバージョン

旧いバージョン推奨最小バージョン

DEC Pascal V5.0-2 DEC Pascal V5.1-11

MACRO–32 V3.0 OpenVMS Version 7.1-2については V3.1OpenVMS Version 7.2については V4.1

MACRO–64 V1.2 下記参照

MACRO–64アセンブラの現在のバージョンでも，ループ回転の問題が発生することがあります。しかし，MACRO–64ではデフォルトでコードの最適化が実行されないので，この問題が発生するのは，最適化が有効に設定されている場合だけです。SRM_CHECKがMACRO–64コードから規則に準拠しないシーケンスを検出した場合は，最初に最適化せずに再コンパイルする必要があります。その後，再びテストしてもシーケンスにフラグが付けられる場合は，ソース・コード自体に修正の必要な非準拠シーケンスが含まれています。

7.6 ALONONPAGED_INLINEまたはLAL_REMOVE_FIRSTによるコードの再コンパイル

OpenVMS AlphaのMACRO–32コードのうち， SYS$LIBRARY:LIB.MLBマクロ・ライブラリから ALONONPAGED_INLINEマクロまたは LAL_REMOVE_FIRSTマクロを起動するコードは，OpenVMS Version 7.2またはそれ以降で再コンパイルして，これらのマクロの正しいバージョンが取得されるようにしなければなりません。これらのマクロを変更すると，新しい Alpha 21264 (EV6)以上のプロセッサで検出される可能性のある，同期化に関する問題を修正できます。

注意

EXE$ALONONPAGEDルーチン (またはその変形)を呼び出すソース・モジュールは，再コンパイルする必要がありません。これらのモジュールは，ユーザに意識させることなく，このリリースに含まれているルーチンの正しいバージョンを使用します。


Aリタイア製品情報

この付録では，すでにサポートが中止された OpenVMS製品およびサポートの中止が予定されているOpenVMS製品についてお知らせします。また，アーカイブされたマニュアルを検索する方法についても説明します。

フリーウェア製品のサポートが中止されると， Compaqはそれらの製品に対する問題に関する報告を受け付けず，またそのような報告への対処も行いません。しかし，独自の開発やサポートを目的に，以前の製品のソース・コードを必要とされるお客様に対しては，多くの製品のソース・コードを次の形態でフリーウェアとして提供しています。

• OpenVMSオペレーティング・システムに添付されるフリーウェア CD–ROM

このフリーウェア CD–ROMには， SDL，NMAIL，MAILWATCH，広く利用されているインターネット・プログラムなど，内部ツールも含まれています。

CD–ROMをマウントする方法については，第 3.8節を参照してください。

• 次のアドレスのWorld Wide Web

http://www.openvms.compaq.com/openvms/freeware/index.html

A.1 Netscape FastTrack 3.02のサポートの中止

V7.3-1

Netscape FastTrack 3.02は， 2001年 12月 31日をもって廃止されました。代替製品 Compaq Secure Web Server(CSWS， Apacheベース)は，OpenVMSの次のWebサイトからダウンロードできます。

http://www.openvms.compaq.com/openvms/products/ips/apache/csws.html

また， CSWSの日本語サポート状況などの情報は，次のサイトに掲載しています。

http://openvms.compaq.co.jp/products/internet/csws.html

また，OpenVMS Alpha Version 7.3-1またはそれ以降のメディア・キットにバンドルされたOpenVMS e-Business Infrastructure Package CD–ROMでも入手可能です。

リタイア製品情報 A–1

リタイア製品情報A.2 POSIX 1003.4a Draft 4インタフェースのサポートの中止

A.2 POSIX 1003.4a Draft 4インタフェースのサポートの中止

V7.0

Compaq POSIX Threads Library (以前のDECthreads)の POSIX 1003.4a, Draft4 ("d4")インタフェースは，将来のリリースでサポートされなくなる予定です。POSIX 1003.4a, Draft 4インタフェースを使用して作成されたアプリケーションは，POSIXスレッド・ライブラリで提供される新しい POSIX 1003.1c標準 ("pthread")インタフェースに移行する必要があります。このリリースでは，移行を支援するために，Draft 4 POSIX 1003.4aインタフェース用の互換性モードが提供されます。この互換性モードは将来のリリースでは削除されます。

A.3 ISA_CONFIG.DATのサポートの将来のリリースでの中止

V7.1

SYS$MANAGER:ISA_CONFIG.DATファイルを使用して ISAデバイスを構成する機能は，OpenVMS Alphaの将来のリリースではサポートされなくなります。このファイルを使用している場合は，コンソールから ISACFGユーティリティと，デバイス・ドライバをロードするための新しいファイル・ベースの自動構成方式を使用するように変換しなければなりません (『Writing OpenVMS Alpha Device Drivers in C』を参照)。

A.4 PATHWORKS for OpenVMS (NetWare)

PATHWORKS for OpenVMS (NetWare)は， 1998年 7月にサポートが中止されました。この製品は現在も PATHWORKS for OpenVMS Version 6.0Aに添付されていますが， PATHWORKS for OpenVMS Version6.0Bまたはそれ以降やOpenVMSVersion 7.2またはそれ以降では提供されません。

A.5 アーカイブされたマニュアル

V7.3-1

製品の製造が中止され，オペレーティング・システムが進化するにつれて，OpenVMSマニュアルの一部はアーカイブされます。アーカイブされたマニュアルはそれ以降保守されず，OpenVMSドキュメンテーション・セットには含まれませんが，OpenVMSドキュメンテーション CD–ROMおよび CompaqのWebサイトに保管されています。

http://www.compaq.com/openvms

A–2 リタイア製品情報

リタイア製品情報A.5アーカイブされたマニュアル

A.5.1 Extended File Specifications:ドキュメントの再編成

以前，『OpenVMS Extended File Specificationsの手引き』に記述されていた内容が他のマニュアルへ移り，このマニュアルは廃止されました。

次の表に，アーカイブされたマニュアルから新しいマニュアルへ移行されたトピックの，新しいマニュアルにおける位置を示します。

元のセクション新しいマニュアル移動先 (章)

第 1章「Extended File Specifications for OpenVMSの概要」

すべて『OpenVMSシステム管理者マニュアル (上巻)』

第 9章

第 2章「OpenVMSシステムでの拡張ファイル命名機能の管理」

第 2.2.1項「RMSの省略時の ExtendedFile Specifications機能の使用」を除くすべて

『OpenVMSシステム管理者マニュアル (上巻)』

第 9章と第 10章

第 2.2.1項「RMSの省略時の ExtendedFile Specifications機能の使用」

『Guide to OpenVMS File Applications』第 6章

第 3章「拡張ファイル名の特徴」

第 3.5節「DCLコマンドおよびユーティリティ」

『OpenVMSユーザーズ・マニュアル』第 5章

第 3.5節「DCLコマンドおよびユーティリティ」を除くすべて

『OpenVMS DCLディクショナリ』コマンドによるアルファベット順

第 4章「OpenVMSアプリケーション開発での拡張ファイル名に関する注意点」

すべて『OpenVMS Programming ConceptsManual, Volume II』

第 29章

付録 A「ユーザを対象とした Extended File Specificationsの注意点」

第 A.1節「Extended File Specificationsの新しい特性　 (ODS-5)」

『OpenVMS I/O User’s Reference Manual』第 1章

第 A.4節「制限事項」『Guide to OpenVMS File Applications』第 5章

第 A.1節，第 A.4節を除くすべて『OpenVMSシステム管理者マニュアル (上巻)』

第 10章

リタイア製品情報 A–3

リタイア製品情報A.5アーカイブされたマニュアル

元のセクション新しいマニュアル移動先 (章)

付録 B「技術情報」

第 B.1節「システム・サービスの変更点」『OpenVMS System Services ReferenceManual』

ルーチンによるアルファベット順

第 B.2節「レコード管理サービス (RMS)の変更点」

『Guide to OpenVMS File Applications』以下参照

第 B.2.1項「レコード管理サービスの変更点の概要」


第 B.2.2項「構文および意味の変更点」(第 B.2.2.7項「DIDによる短縮」と第B.2.2.8項「FIDによる短縮」を除く)


第 B.2.2.7項「DIDによる短縮」『Guide to OpenVMS File Applications』第 6章

第 B.2.2.8項「FIDによる短縮」『Guide to OpenVMS File Applications』第 6章

第 B.2.3項「RMSのデータ構造の変更点(NAMブロック)」

『OpenVMS Record Management ServicesReference Manual』

第 5章

第 B.2.3項「RMSのデータ構造の変更点(NAMLブロック)」

『OpenVMS Record Management ServicesReference Manual』

第 6章

第 B.3節「Files–11 XQPの変更点」『OpenVMS I/O User’s Reference Manual』第 1章

第 B.4節「プログラミング・ユーティリティの変更点」

『OpenVMS Utility Routines Manual』第 10章

第 B.5節「実行時ライブラリの変更点」『OpenVMS RTL Library (LIB$) Manual』ルーチン別のアルファベット順

付録 C「文字セット」

すべて『OpenVMSユーザーズ・マニュアル』付録 A

A–4 リタイア製品情報

Bハードウェアに関するリリース・ノート (旧リリースを

含む)

この付録では，特定のハードウェア製品についての情報を示します。

• ALPHAbook 1

• AlphaServer 1000A

• AlphaServer 2100




• AlphaServer GSシリーズ

• AlphaStation 255

• DEC 7000

• DECwindows X11ディスプレイ・サーバ

• DIGITALモジュラ・コンピューティング・コンポーネント

• RF73およびその他の RFnn DSSIディスク・デバイス

B.1 ALPHAbook 1

V7.1

ここでは， ALPHAbook 1ノートブック・コンピュータ固有のリリース・ノートをまとめます。

B.1.1 SCSI_MODEユーティリティの使用

OpenVMS Alphaオペレーティング・システムでは，汎用的な SCSI_MODEユーティリティが提供され，特権ユーザは SCSIデバイスのモード・ページを変更できます。このユーティリティを使用して自動ディスク・スピンダウン機能 (automaticdisk spindown)を有効にしておけば，約 2ワットの電力を節約できます。モード・ページはディスク・ドライブに保存されるので，電源をオフにしてもこの状態は保存されます。

ハードウェアに関するリリース・ノート (旧リリースを含む) B–1

ハードウェアに関するリリース・ノート (旧リリースを含む)B.1 ALPHAbook 1

次の例に， 1分間のタイムアウトが経過した後，自動的に SCSIディスク・スピンダウン機能を有効に設定する方法を示します (1分以外のスピンダウン時間を選択するには， "- offset f"の後の‘‘01’’を適切な分数に変更します。値は 2桁の 16進数で指定します)。この手順は， ALPHAbook 1ノートブック・コンピュータの内蔵ドライブでのみ使用してください。この例に示したパラメータ値はDVAS-2810デバイスにのみ適用されます。システムの SCSIディスク装置を確認するには， SHOWDEVICE/FULL DKコマンドを使用します。

$ define dcl$path sys$etc$ scsi_mode -devnam dka0 -devtyp DVAS-2810 -offset f 01 -page 38 -mount -save$!$! Processing Page #38h$!$! Cur 00______ 04______ 08______ 0C______ 10______ 14______ 18______ 1C______$! 0000 11000008 001829D0 00000200 B80400B4 0000$!$! Chng 00______ 04______ 08______ 0C______ 10______ 14______ 18______ 1C______$! 0000 11000008 001829D0 00000200 B80400FF 0000$!$! Sel 00______ 04______ 08______ 0C______ 10______ 14______ 18______ 1C______$! 0000 00000008 001829D0 00000200 38040001 0000$! Perform MODE SELECT to page 38h [y/n] ? y

B.1.2 シリアル・ライン・デバイスの名前の指定

コンソール環境変数をグラフィックに設定して， ALPHAbook 1ノートブック・コンピュータを起動すると，シリアル・ラインの名前 (COM1)は変化します。ALPHAbook 1では， COM1デバイスの名前は TTA0になります。

COM1デバイスは SYS$OPDRIVERではなく， SYS$YSDRIVERで制御されます。

コンソールがシリアルに設定されている場合には，デバイス名は OPA0になります。

B.1.3 グラフィック表示モード

ALPHAbook 1ノートブック・コンピュータには，Western Digital 90C24Aグラフィック・コントローラが内蔵されており， 10.4インチのアクティブ・マトリックスTFT (Thin Film Transistor)ディスプレイに表示されます。

ビデオ・モニタ (CRT)が接続されている場合は，DECwindowsディスプレイ・サーバ・ソフトウェア (接続されているビデオ・モニタを自動的に検出します)は，解像度を 1024 x 768に設定し， TFTディスプレイを無効にします。モニタが接続されていないとサーバが判断した場合は，表示サイズは LCD (800 x 600)に対応するように強制的に設定され， CRT出力は無効になります (コンピュータがバッテリで動作している場合は，電力を節約できます)。

B–2 ハードウェアに関するリリース・ノート (旧リリースを含む)


B.1.4 グラフィック表示のカスタマイズ

SYS$MANAGER:DECW$PRIVATE_SERVER_SETUP.COMファイルを変更すれば，サイズの選択を変更できます。

また，次の論理名に対してDCLコマンドDEFINE/SYSTEMを使用することによって，他のパラメータも変更することができます。

• DECW$SERVER_DYNAMIC_SIZE

これが TRUEに定義されている場合には，システムのブート時に画面のサイズの入力が要求されます。 10秒間何も応答しないと， (プライベート・サーバ・セットアップでデフォルトの設定を変更していない限り)デフォルトの値に設定されます。

• DECW$SERVER_DISPLAY_SELECT

次の値のいずれかを指定できます。

値結果

1 LCDのみの動作

2 CRTのみの動作

3 LCDと CRT両方の動作

次の条件に注意してください。

– デフォルトの設定は 3 (モニタを使用できる場合)，または 1 (モニタを使用できない場合)になる。

– ディスプレイまたは解像度を明示的に選択しなかった場合には，モニタが検出されると，デフォルトの設定は1024 x 768の CRTのみになる。モニタが検出されない場合には， 800 x 600 LCDのみが選択される。

– ディスプレイを明示的に選択した場合は，選択した値が他のどのサイズ要求よりも優先される。たとえば， LCDを選択すると，800 x 600というサイズが以前のサイズ指定より優先される。

• DECW$SERVER_REFRESH_RATE

この論理名はヘルツ単位で別の垂直リフレッシュ速度を (たとえば 60 Hzなどのように)選択します。デフォルトの設定は次のとおりです。



モード解像度垂直リフレッシュ速度 (Hz)

LCDのみ 800 x 600 56

CRTのみ 640 x 480 72

800 x 600 72

1024 x 768 70

他の CRT 640 x 480 60

640 x 480 70

800 x 600 56

800 x 600 601

1024 x 768 60

1024 x 768 75

1実際のリフレッシュ速度は 62 Hzである。

• DECW$SERVER_VIRTUAL_MODE

この論理名が 1に設定されている場合には，次のことに注意してください。

– サーバは仮想フレーム・バッファとして動作する。

– 解像度は，それまで指定されていたサイズ (またはそれ以上)のいずれにでも設定できる。

– 内蔵 (TFT)モニタの場合は 800 x 600のウィンドウが表示され，外部モニタの場合は 1024 x 768のウィンドウが表示される。画面の端にポインタを移動すると，仮想フレーム内で表示が移動する。

– 描画速度が遅くなる可能性がある (オフスクリーン・メモリが必要なため)。変更された領域はバッチ・カウントで更新されるか，またはサーバが動作していないときに更新される。バッチ・カウントは論理名DECW$SERVER_BATCH_COUNTを使用して設定できる (デフォルトの値は 10)。

B.1.5 PCMCIAバスのサポート

ここでは， PCMCIAバスに関する注意事項をまとめます。

サポートされる PCMCIAカードALPHAbook 1システムの PCMCIAバスでOpenVMSがサポートするカードは，次のカードに限定されます。

• 3Com EtherLink III (3C589C)

• Megahertz 28.8 FAX/Modem (XJ2288)

• Apex Data ClipperCom V.34 International Data/FAX Modem (011–20811)

OpenVMSオペレーティング・システムでは，最大でイーサネット・カード 1枚とFAXモデム・カード 1枚を設定できます。



PCMCIAのホット・スワップはサポートされないPCMCIAカードのホット・スワップ (コンピュータの稼動中のカードの取り外しと取り付け)は，サポートされていません。OpenVMSオペレーティング・システムが稼動しているときに， PCMCIAカードを挿入したり，取り外したりすると，システムのハング (システムは応答しなくなります)または障害が発生します。OpenVMSオペレーティング・システムの将来のリリースでは， PCMCIAカードのホット・スワップがサポートされるようになる予定です。

PCMCIAモデムの設定Apex Data ClipperCom V.34 International Data/FAX Modemカードで推奨される最高ボー・レートは 9600です。モデムにアクセスするには，次のDCLコマンドとモデム・コマンドを使用してください。

$ SET TERM/PERM/SPEED=9600/ALT/MODEM TTB0:$ SET HOST/DTE TTB0:at*ncxxat&k6at&s1at\g1at\q1at\x1)

(xxは国番号です。たとえば，米国は 22です。国番号の一覧については， Apex DataClipperCom V.34のマニュアルを参照してください。)

Megahertz 28.8 FAX/Modemカードで推奨される最高ボー・レートは 9600です。モデムにアクセスするには，次のDCLコマンドとモデム・コマンドを使用してください。

$ SET TERM/PERM/SPEED=9600/ALT/MODEM TTB0:$ SET HOST/DTE TTB0:at&s1at&r1

PCMCIAモデムでサポートされるオーディオ・フィードバックオーディオ・フィードバックを利用すると，電話呼び出しのステータスを示すことができます。

PCMCIA FAXのサポートApex Data ClipperCom V.34 International Data/FAX Modemは， PMDF FAXおよびGold-FAXソフトウェアと正しく連動して，データを転送します。

Megahertz 28.8 FAX/Modemは PMDF FAXソフトウェアと正しく連動して，最高で19.2ボーのライン速度でデータを送受信します。しかし，Gold-FAXソフトウェアを使用してファックスを送信する場合には，Megahertz 28.8 FAX/Modemカードで可能な最高ボー・レートは， 9600ボーになります。



B.1.6 オーディオのサポート

DECwindows Motif Version 1.2-3に付属しているDECsoundユーティリティは，ALPHAbook 1システムのサウンド・プロセッサをサポートしません。オーディオのサポートはOpenVMS Multimediaサービス・キットで提供されますが，これはCompaqから別途ライセンス供与されるレイヤード・プロダクトです。

B.1.7 キーボードのマッピング

ALPHAbook 1のキーボードは， 88個のキーがある PCレイアウト・キーボードです。ここではキーボードの設定方法と，特定のキーの機能を有効にする方法について説明します。

キーボードの設定キーの表示どおりに動作するようにキーボードを設定することも， OpenVMSユーザにとって使いやすいようにキーをマッピングすることもできます。キーボードをこのどちらかに設定するには，次の操作を実行します。

1. 「Session Manager」ボックスの「Options」をクリックします。

2. オプションの一覧から「Keyboard」を選択します。

3. 次のうち LK443または LK444キーボード・タイプのどちらかを選択します。

• 最後に_PCが付いているキーボード・タイプを選択すると，キーボードはキーの表示に従ってマッピングされます。たとえば，US_LK443AA_PCなどです。

• 最後に_LKが付いているキーボード・タイプを選択すると，キーボードはOpenVMSシステムの共通の LKスタイル・マッピングに従って設定されます。たとえば，US_LK443AA_LKなどです。

キーボードを設定する手順は，現在のすべての AlphaServerシステムやAlphaStationシステムの場合と同じです。ただし， ALPHAbook 1のキーボードには，他のシステムにある一部のキーがありません (不足しているキーを生成する方法については，次の節で説明します)。

また，ミニドッキング・ステーションを使用すれば， LK411(LK401レイアウト)互換キーボードや PCXAL(PS2レイアウト)キーボードを AlphaBOOK 1コンピュータに直接接続することもできます。

キーの機能LKスタイルのキーボードにマッピングする場合は，次のことに注意してください。

• 右側の ALTキーはコードを転送しません。このキーと他のキーを組み合わせて押すと，キーボード・コントローラが不足している LKスタイルのキーを生成します。この代替キーはキーボードに灰色で印字されています。たとえば，RIGHT-ALT-U ([grey 4])を押すと，KP4の機能を実現できます。



注意

デフォルトでは，右側の ALTキーは，ALPHAbook 1 User Guideで説明している特殊な機能 (たとえば，ディスプレイの輝度を上下する機能など)のためのものです。 LKスタイルのキーボードをエミュレートできるように，右側のALTキーを設定して別の機能を実行するには，コンソール・プロンプトに対して次のコマンドを入力して，コンソール・レベルでこの設定を変更しなければなりません。

>>> SET HOTKEY OFF

このコマンドを入力した後， INITコマンドを入力するか，またはシステムの電源をいったんオフにした後，オンにします。その後，右の ALTキーを使用すると，ここで説明している LKスタイルのキーボードの動作を実行できます。

• 2つのキーのラベルが誤っています。KP_SubtractとKP_Addは，マイナス( - )キーとプラス( + )キーに灰色で印字されています。しかし実際には， 0 (ゼロ)キーとPキーがそれぞれ，KP-とKP+の機能を提供します。

• NUMLOCKは SHIFT-NUMLOCKで生成され，KP_ENTERは RIGHT-ALT-ENTERで生成されます。

• RIGHT-ALT， RIGHT-COMPOSE， LEFT-COMPOSEを直接生成する方法はありません。 LEFT ALT-SPACEを押すことで，キーの組み合わせた機能を提供できます。

• CAPS LOCK-Fnを押せば，不足しているファンクション・キーを生成できます。 CAPS LOCKを押すと，組み合わせて押すファンクション・キー (Fn)に 10という値が加算されます。たとえば， CAPS LOCK-F1を押すと， F11キーが生成されます。 CAPS LOCK-F2を押すと， F12キーが生成されます。

• 対応する LKスタイルのキーの機能を提供するために，どのキーを押せばよいかを判断するには，次の表を参照してください。

LKスタイルのキー ALPHAbookキーの組み合わせ

PF1 [SHIFT] [grey Numlock]

PF2 [RIGHT ALT] [grey /]

PF3 [RIGHT ALT] [grey *]

PF4 [RIGHT ALT] [0]

KP, [RIGHT ALT] [P]

KP- [LOCK] [RIGHT ALT] [P]

KP_ENTER [RIGHT ALT] [ENTER]

KP. [RIGHT ALT] [grey .]

KP0 [RIGHT ALT] [grey 0]





LKスタイルのキー ALPHAbookキーの組み合わせ








FIND INS

INS HOME

REMOVE PAGE UP

SELECT DEL

PREV END

NEXT PAGE DOWN

HELP PRINT SCREEN

DO SCROLL LOCK

B.1.8 OpenVMS Clusterの制限事項

PCMCIAイーサネット・カードのコントローラには制限があるため， ALPHAbook 1コンピュータはクラスタ環境でクラスタ・ブート・ノードとしてではなく，サテライト・ノードとしてだけ使用するようにしてください。

B.2 AlphaServer 1000A

ここでは， AlphaServer 1000Aコンピュータに関するリリース・ノートをまとめます。

B.2.1 BUS_PROBE_ALGORITHMのデフォルトの設定

V7.1

AlphaServer 1000Aコンピュータでコンソール変数 BUS_PROBE_ALGORITHMをOLDに設定することはできません。デフォルトの設定はNEWです。 BUS_PROBE_ALGORITHMをOLDにリセットすると，OpenVMSシステムは正しくブートされません。


ハードウェアに関するリリース・ノート (旧リリースを含む)B.2 AlphaServer 1000A

B.2.2 DEFPAアダプタでのインストールの障害

V7.1

DEFPAアダプタを使用している AlphaServer 1000AコンピュータでOpenVMSオペレーティング・システムをインストールしようとすると，インストールは失敗し，KERNEL STACK NOT VALID HALTエラー・メッセージが出力されることがあります。このエラーが発生した場合は，システムの電源をいったんオフにした後，オンにして，インストールを再開してください。

B.3 AlphaServer 2100

V7.2

ここでは， AlphaServer 2100シリーズのコンピュータ固有の情報をまとめます。

B.3.1 コンソール表示

AlphaServer 2100システムと 2100Aシステムで表示される次のようなコンソール表示は正常であり，システム・エラーを示しているわけではありません。

P00>>>SET CONSOLE SERIALP00>>>INIT

VMS PALcode X5.48-112, OSF PALcode X1.35-81

starting console on CPU 0initialized idle PCBinitializing semaphoresinitializing heapinitial heap 1c0c0memory low limit = 132000heap = 1c0c0, 13fc0...probing hose 0, PCIprobing PCI-to-EISA bridge, bus 1probing PCI-to-PCI bridge, bus 2*** unable to assign PCI base address*** bus 2, slot 7, function 0, size 00001000 (16 bit I/O)bus 1, slot 1 -- fra -- DEFEAbus 1, slot 2 -- vga -- Compaq Qvisionbus 1, slot 3 -- pua -- KFESAbus 2, slot 1 -- pka -- NCR 53C810bus 2, slot 6 -- pkb -- NCR 53C810bus 2, slot 7 -- pkc -- DEC KZPSAbus 0, slot 7 -- ewa -- DECchip 21041-AAinitializing keyboardMemory Testing and Configuration StatusModule Size Base Addr Intlv Mode Intlv Unit Status------ ----- --------- ---------- ---------- ------

0 64MB 00000000 1-Way 0 Passed


ハードウェアに関するリリース・ノート (旧リリースを含む)B.3 AlphaServer 2100

Total Bad Pages 0Testing the SystemTesting the Disks (read only)Testing the Networkeconfig: 20041 99econfig: 20042 04econfig: 20043 00AlphaServer 2100A Console V4.3-130, built on Oct 26 1996 at 19:44:57P00>>>P

この表示では，KZPSAアダプタは正しくインストールされていますが，次のエラー・メッセージが表示されます。

*** unable to assign PCI base address*** bus 2, slot 7, function 0, size 00001000 (16 bit I/O)

B.3.2 SCSIコントローラの制限事項

1 GB以上のメモリを装備した AlphaServer 2100システムでは， Adaptec 1740/1742 SCSIコントローラ (PB2HA–SA)はサポートされていません。コントローラがこのようなシステムに接続されていると，次のメッセージがオペレータのコンソールに表示されます。

%PKJDRVR-E- The direct DMA window does not map all of memory.Port is going OFF LINE.

B.4 AlphaServer 4100—EISA Configuration Utility (ECU)

V7.1

AlphaServer 4100システムでは， ECU (EISA Configuration Utility)の自動スタートアップ機能はサポートされません。ここで説明する手順に従ってください。

1. SRMコンソールでarcコマンドを入力します。 AlphaBIOS機能が起動されます。

2. 次のメッセージが表示された後， F2キーを押します

No Operating System Selections Found

Press <F2> to enter Setup and configure the system.

F2=Setup

VM-0009A-AI

3. 下向き矢印キーを使用してUtilitiesを選択します。次に右向き矢印キーまたは Enterキーを使用して，サブメニューの最初のエントリ「Run ECU FromFloppy...」を強調表示します。表示は次のようになります。


ハードウェアに関するリリース・ノート (旧リリースを含む)B.4 AlphaServer 4100—EISA Configuration Utility (ECU)

AlphaBIOS Setup F1=Help

ESC=Exit

Display System Configuration...Upgrade AlphaBIOSHard Disk Setup...CMOS Setup...Install Windows NTUtilities Run ECU From Floppy...About AlphaBIOS... OS Selection Setup...

Run Maintenance Program...

>>

Press ENTER to highlight available utilities

VM-0010A-AI

4. フロッピーを (まだ挿入されていない場合には)フロッピー・ドライブに挿入します。

5. Enterキーを押して ECUを実行します。

6. ECUが実行され，制御が AlphaBIOSに戻された後，リセット・ボタンを押してシステムを再起動します。

AlphaServer 4100システムでオペレーティング・システムを別のものからOpenVMSに切り替える場合には，OpenVMSでテストされていない EISAボードを取り外し， EISA Configuration Utility (ECU)を実行しなければならないことがあります。

他のプラットフォームで ECUを実行するには， ECUコマンドを使用します。AlphaServer 4100で ECUを実行するには， ALPHABIOSコマンドを使用します。その後， ALPHABIOSユーティリティ・メニューから ECUを実行します。

ECUの使用法の詳細については，『AlphaServer 4100 System Drawer User’sGuide』を参照してください。


ハードウェアに関するリリース・ノート (旧リリースを含む)B.5 AlphaServer 8200と AlphaServer 8400

B.5 AlphaServer 8200とAlphaServer 8400

ここでは， AlphaServer 8200/8400システムのリリース・ノートをまとめます。

B.5.1 Field Replaceable Unit (FRU)テーブルのエラー

V7.2

エラー・ログ・バッファのサイズはシステム・パラメータ ERLBUFFERPAGESで制御され，最大値は 32ページレットです。 AlphaServer 8200/8400または 4100システムで，OpenVMS Alphaオペレーティング・システムのブート時に FieldReplaceable Unit (FRU)テーブルがこの上限を超える場合には，エントリはエラー・ログ・ファイルに書き込まれません。

B.5.2 環境情報の制限事項

V7.1-1H1

AlphaServer 8200システムでは，電源レギュレータに環境状態を検知するセンサーが組み込まれていません。したがって，DSM Systemサブエージェントの温度および電源MIBグループにデータを報告することができません。

AlphaServer 8400システムでは，電源レギュレータに環境センサーが組み込まれていますが，一部の構成ではDSM Systemサブエージェントに環境情報が正しく報告されません。この問題は温度および電源MIBグループに影響し，ソフトウェアの将来のリリースで解決される予定です。

B.6 AlphaStation 255

AlphaStation 255で PowerStormグラフィック・カードを使用する場合のリリース・ノートについては，第 B.11.2項を参照してください。

B.7 DEC 7000—ブート時のCtrl/Pの動作の変更

V7.1

OpenVMS Alpha Version 7.1またはそれ以降，システム・コンソールから Ctrl/Pを入力することにより実行されるリモート停止コマンドは，コピーライト・バナーが表示されるまで，ブート時に動作しません。

OpenVMSの以前のバージョンでは，システム・コンソールから Ctrl/Pを入力すると，ブートのどの時点でも，システムにはコンソール・プロンプトが再び表示されていました。


ハードウェアに関するリリース・ノート (旧リリースを含む)B.8 DECwindows X11ディスプレイ・サーバ

B.8 DECwindows X11ディスプレイ・サーバ

ここでは，OpenVMS Alphaシステムに対応したDECwindows X11ディスプレイ・サーバのリリース・ノートをまとめます。

B.8.1 S3マルチスレッド・グラフィック

S3 Trio32または Trio64グラフィック・カードを装備している Alphaコンピュータでは，シングル・スクリーン・ディスプレイだけがサポートされます。マルチスレッド・グラフィックはサポートされません。

B.8.2 サポートされるグラフィック・ボード

V7.3

OpenVMS Version 7.3では，OpenVMSオペレーティング・システムに新らたにグラフィック・ボードが統合されています。サポートされる新しいボードは，次のとおりです。

• Elsa GLoria (PowerStorm 4D10T)

• OXYGEN VX1

• PowerStorm 300

• PowerStorm 350

B.9 グラフィック・ボードのサポート

V7.3

Version 7.3で次のタイプのグラフィック・ボードをサポートするには， CompaqOpen3D (Version 4.9Aまたはそれ以降) for OpenVMS Alphaをインストールする必要があります。

• ZLX–M

• ZLX–L

• ZLXp–L


ハードウェアに関するリリース・ノート (旧リリースを含む)B.10 DIGITAL Modular Computing Components (DMCC)

B.10 DIGITAL Modular Computing Components (DMCC)

ここでは，DMCCのリリース・ノートをまとめます。

B.10.1 Alpha 5/366および 5/433 PICMG SBCの制限事項

V7.2

KZPDA SCSIコントローラおよび PBXGAグラフィック・カードをDIGITALModular Computing Components (DMCC) Alpha 5/366および 5/433 PICMG SBCのブリッジの後ろにあるスロットに挿入することはできません。

B.10.2 SRMコンソールの更新

V7.2

Alpha 4/233 (21064a)， 4/266 (21164a)， 5/366，5/433 DMCCシステムで SRMコンソールを更新するには， SRMコンソールまたは AlphaBIOSセットアップを選択しなければなりません。格納できるコンソールは 1つだけです。

• これらのシステムでOpenVMSを実行している場合は， SRMコンソールだけを更新する。

• これらのシステムでWindows NTを実行している場合は， AlphaBIOSセットアップだけを更新する。

SRMと AlphaBIOSコンソールの両方を誤って更新すると， AlphaBIOSセットアップ・メニューが表示されます。この後， SRMコンソールに戻るオプションはありません。 AlphaBIOSセットアップ・メニューを終了し， SRMコンソールに戻るには，次のインターネット・サイトにある Firmware Updateユーティリティを使用しなければなりません。

ftp://ftp.digital.com/pub/Digital/Alpha/firmware/index.html

B.11 PowerStorm 300/350 PCIグラフィック・コントローラ

ここでは， PowerStorm 300および PowerStorm 350グラフィック・カードのリリース・ノートをまとめます。


ハードウェアに関するリリース・ノート (旧リリースを含む)B.11 PowerStorm 300/350 PCIグラフィック・コントローラ

B.11.1 PowerStorm 300/350 OpenVMSグラフィック・サポートのリリース・ノート

V7.3

OpenVMS Alphaを実行している Compaq Workstationでの Powerstorm 300/350PCIグラフィック・コントローラのサポートに関するリリース・ノートについては，『PowerStorm 300/350 OpenVMS Graphics Release Notes Version 1.1』を参照してください。このリリース・ノートは，OpenVMS Documentation CD–ROMの次のディレクトリに格納されています。

ディレクトリファイル名

[73.DOCUMENTATION.PS_TXT] P300_350_REL_NOTES.PS,TXT

これらのドキュメント，リリース・ノート，およびインストール・ガイドは，グラフィック・カードとともに発送されます。

OpenVMS Version 7.3またはそれ以降では， PowerStorm 300および 350グラフィック・カードに対してパラメータMAXBOBMEM，MAXBOBS0S1，およびMAXBOBS2を設定できません。

B.11.2 AlphaStation 255 PowerStormグラフィック・カード

V7.3

PowerStorm 3D30および 4D20 (TGA2)グラフィック・カードを使用しているAlphaStation 255システムで， Style Managerの Backdropダイアログ・ボックスの InlayColorまたは InlayPlainバックドロップを選択しても，OpenVMS Version7.3を使用するかぎりシステムはハングしません。

B.12 RFnn DSSIディスク・デバイスとコントローラ・メモリのエラー

V6.2

RF31T， RF31T+， RF35， RF35+， RF73， RF74 DSSIディスク・デバイスの以前のバージョンのマイクロコードには問題があります。この問題が原因で，データが失われる可能性があり，これらのデバイスからデータを読み込む時に，デバイスでコントローラ・メモリ・エラー (エラー検出/訂正 (EDC)エラーとも呼ばれる)が発生していた場合，問題が発生することがあります。このエラーは仮想サーキットの閉鎖やハードウェアの障害が原因で発生している可能性があります。


ハードウェアに関するリリース・ノート (旧リリースを含む)B.12 RFnn DSSIディスク・デバイスとコントローラ・メモリのエラー

これらのデバイスを使用する場合は，マイクロコードのリビジョン・レベルを確認してください。マイクロコードのリビジョン・レベルが表 B–1に示されている値より低い場合は，マイクロコードを更新してください。 RF31T， RF31T+， RF35+以外のすべてのモデルのマイクロコードは，最新のOpenVMSバイナリ・ディストリビューション CD–ROMにあります。

DSSIディスク・デバイスのマイクロコード・リビジョン・レベルを表示するユーティリティ・プログラムである RF_VERSユーティリティも同じ CD–ROMに格納されています。このユーティリティ・プログラムの使用法とマイクロコードの更新方法については，ここで説明します。

注意

RF31T， RF31T+， RF35+ディスク・ドライブを使用し，マイクロコードのバージョンがサポートされないバージョンであり (表 B–1を参照)，サポート契約を結んでいるお客様の場合には，弊社のサポート担当者にお問い合わせください。サポート契約を結んでいないお客様の場合には，公認代理店にお問い合わせください。

DSSIディスクのマイクロコードのうち，表 B–1に示したリビジョン・レベル以上がサポートされます。

表 B–1 サポートされるマイクロコードのレベル

デバイス・タイプサポートされるマイクロコードの最小リビジョン・レベル

RF31T T387E

RF31T+ T387E

RF35 T392D

RF35+ T392D

RF36 V427P

RF73 T392D

RF74 V427P

DSSIディスク・デバイスのマイクロコード・リビジョン・レベルを表示するには，次の手順を実行します。

1. SYSTEMアカウントにログインするか，または CMKRNL特権，DIAGNOSE特権， SYSPRV特権がある他のアカウントにログインします。

2. 次のコマンドを入力します。

$ SET PROCESS /PRIVILEGE=(DIAGNOSE,CMKRNL,SYSPRV)$ SHOW DEVICE FYA0:



VAXシステムで SHOW DEVICEコマンドを実行してエラーが発生した場合には，次のコマンドを入力します。

$ RUN SYS$SYSTEM:SYSGENSYSGEN> CONN FYA0/NOADAPSYSGEN> ^Z

Alphaシステムで SHOW DEVICEコマンドを実行してエラーが発生した場合には，次のコマンドを入力します。

$ RUN SYS$SYSTEM:SYSMANSYSMAN> IO CONNECT FYA0: /NOADAPSYSGEN> ^Z

次の例に RF_VERSユーティリティが出力する内容を示します。

Program Name: RF_VERSRevision Level: V1.2s

NOTICE: This program does not currently support the RF72 or anyHSDxx controllers. See next version for support.

DSSI disks currently on this system as seen by RF_VERS

Device Node Status Hardware FirmwareName Name Type Version

_$22$DIA7: R4JL2I mounted RF73 T387A_$22$DIA6: R4I0BG mounted RF73 T387A_$22$DIA8: R4XLWE mounted RF73 T387A_$22$DIA2: R4FCZK mounted RF73 T387A_$22$DIA3: R4CKCG mounted RF73 T387A_$22$DIA4: R4ZKUE mounted RF73 T387A_$22$DIA9: R4GYYI mounted RF73 T387A_$22$DIA1: R4XRYI mounted RF73 T387A

デバイスのマイクロコードを更新するには，表 B–2でデバイスとプラットフォームに対応するコマンドを確認し，使用します。

重要

マイクロコードを更新する場合は，あらかじめディスクのバックアップを作成してください。



表 B–2 DSSIディスク・デバイスのマイクロコードを更新するコマンド

デバイス・タイププラットフォームコマンド

RF35 Alpha $RUN SYS$ETC:RF35_T392F_DEC_ALPHA.EXE

RF35 VAX $RUN SYS$ETC:RF35_T392F_DEC.EXE

RF36 Alpha $RUN SYS$ETC:RF36_V427P_DEC_ALPHA.EXE

RF36 VAX $RUN SYS$ETC:RF36_V427P_DEC.EXE

RF73 Alpha $RUN SYS$ETC:RF73_T392F_DEC_ALPHA.EXE

RF73 VAX $RUN SYS$ETC:RF73_T392F_DEC.EXE

RF74 Alpha $RUN SYS$ETC:RF74_V427P_DEC_ALPHA.EXE

RF74 VAX $RUN SYS$ETC:RF74_V427P_DEC.EXE

重要

SCSI_INFO.EXE， RF_VERS.EXEをはじめ，表 B–2に示されているファイルは絶対に削除しないでください。これらのファイルを削除すると，VAXシステムでは VMSKITBLD.COMがファイルを検索することができなくなります。同様に， Alphaシステムでは AXPVMS$PCSI_INSTALLとAXPVMS$PCSI_INSTALL_MINでの PRODUCT INSTALLコマンドが失敗します。


索引

AACMS . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–23

IVP障害 . . . . . . . . . . . . . . . . . . . . . . . . 2–3アプリケーションが起動しない . . . . . . . . . 2–3必要な ECO . . . . . . . . . . . . . . . . . . . . . . 2–3

ACMS IPC-E-BCKTRNSFAILエラー・メッセージ . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–11

ACMSキットとファイルの削除 . . . . . . . . . . 4–23Advanced Server for OpenVMS

PATHWORKSユーザ向けのアップグレード・パス . . . . . . . . . . . . . . . . . . . . . . . . . 1–15

アップグレード・パス . . . . . . . . . . . . . . 1–16サポートされるバージョン . . . . . . . . . . . 1–14複合バージョン・クラスタ内の OpenVMSレジストリ . . . . . . . . . . . . . . . . . . . . . . . 4–43

リリース・ノートとアップグレード条件 . . . . . . . . . . . . . . . . . . . . . . . . . 1–14

alarmの修正 . . . . . . . . . . . . . . . . . . . . . . . . 5–5ALPHAbook 1 . . . . . . . . . . . . . . . . . B–1～B–8AlphaServer

GSシリーズ . . . . . . . . . . . . . . . . . . . . . 4–22AlphaServer 1000A

BUS_PROBE_ALGORITHMのデフォルトの設定 . . . . . . . . . . . . . . . . . . . . . . . . . B–8

DEFPAアダプタでのインストールの障害 . . . . . . . . . . . . . . . . . . . . . . . . . B–9

AlphaServer 2100SCSIコントローラの制限事項 . . . . . 6–9, B–10コンソール表示 . . . . . . . . . . . . . . . . . . . B–9

AlphaServer 4100 . . . . . . . . . . . . . . B–10～B–11EISA Configuration Utility (ECU) . . . . . B–10FRUテーブルの制限事項 . . . . . . . . . . . . B–12メモリ・ホール . . . . . . . . . . . . . . . . . . . . 6–5

AlphaServer 4100システムでのメモリ・ホール . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6–5

AlphaServer 4100シリーズ分散割り込み . . . . . . . . . . . . . . . . . . . . . 3–8

AlphaServer 8200システムの FRUテーブルの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . B–12

AlphaServer 8400システムの FRUテーブルの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . B–12

AlphaServer DS25 . . . . . . . . . . . . . . . . . . . 3–8AlphaServer GS140のブート . . . . . . . . . . . . 3–7AlphaServer GS60Eシステム複数 I/Oポートの制限事項 . . . . . . . . . . . 4–22

AlphaServer GS60システム複数 I/Oポートの制限事項 . . . . . . . . . . . 4–22

AlphaServer GSシリーズのデバイスの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–7

AlphaStation 255PCI構成の制限事項 . . . . . . . . . . . . . . . . . 6–8PowerStormグラフィック・カード . . . . . B–15

Alpha Station XP1000ブート . . . . . . . . . . . . . . . . . . . . . . . . . 4–10

Alphaファームウェア . . . . . . . . . . . . . . . . . 1–4ATM LANエミュレーションの条件/制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–23

BBackup API問題点と制限事項ジャーナリング・イベント . . . . . . . . . 5–2

Backupユーティリティ (BACKUP)警告

/[NO]ALIAS修飾子を使用しない . . . . . 4–2問題別名のディレクトリの保存と復元 . . . . 4–12

BAPシステム・パラメータ . . . . . . . . . . . . . 1–12BCKTRNSFAILエラー・メッセージ . . . . . . 4–11BLISSコンパイラで規則に準拠していないコードを実行した結果 . . . . . . . . . . . . . . . . . . . . 7–1

BUGCHECKFATALシステム・パラメータ . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–11

BUS_PROBE_ALGORITHMの設定 . . . . . . B–8

CCANCEL SELECTIVE関数， LTDRIVERでの使用の改善 . . . . . . . . . . . . . . . . . . . . . . . . 5–17

CD-ROM，作成の制限事項 . . . . . . . . . . . . . . 4–2CD-Rと CD-RWディスク，書き込み . . . . . . . 4–2CDSA . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–1CIPCAアダプタシステム調整 . . . . . . . . . . . . . . . . . . . . 1–12

CIXCDアダプタシステム調整 . . . . . . . . . . . . . . . . . . . . 1–12

CIXCDアダプタの制限事項 . . . . . . . . . . . . 4–22Class Scheduler . . . . . . . . . . . . . . . . . . . . 4–31CLISYMTBLシステム・パラメータ . . . . . . . . 2–8COBOL

START文またはWRITE文 . . . . . . . . . . . 5–8インデックス・ファイルの最終レコードの削除 . . . . . . . . . . . . . . . . . . . . . . . . . . 5–8

COBOL RTL . . . . . . . . . . . . . . . . . . . . . . . 5–7

索引 –1

COBOLと ISAM DELETE . . . . . . . . . . . . . 5–8COM, Registry, and Eventsマニュアル・タイトルの変更 . . . . . . . . . . . 3–1

COM for OpenVMSクラスタに関する制限事項 . . . . . . . . . . . 4–44

Common Data Security Architecture . . . . . . . 5–1Compaq C++コンパイラ規則に準拠していないコードを実行した結果 . . . . . . . . . . . . . . . . . . . . . . . . . . 7–1

Compaq C RTLalarmの修正 . . . . . . . . . . . . . . . . . . . . . . 5–5decc$$to_vmsの修正 . . . . . . . . . . . . . . . . 5–6ecvt関数の性能向上 . . . . . . . . . . . . . . . . 5–52GBファイルのサポート . . . . . . . . . . . . . 5–6statメモリ破損の修正 . . . . . . . . . . . . . . . 5–6strftime関数の修正 . . . . . . . . . . . . . . . . 5–4times関数の性能の向上 . . . . . . . . . . . . . . 5–5スレッド化されたアプリケーション・ハングの修正 . . . . . . . . . . . . . . . . . . . . . . . . . . 5–4

ロケールを有効にした場合の印刷エラーの修正 . . . . . . . . . . . . . . . . . . . . . . . . . . 5–7

Compaq Cコンパイラ規則に準拠していないコードを実行した結果 . . . . . . . . . . . . . . . . . . . . . . . . . . 7–1

Compaq C実行時ライブラリC RTLを参照

Compaq DECforms Web ConnectorDECforms Web Connectorを参照 . . . . . . . 2–6

Compaq DECwindows Motif for OpenVMSDECwindows Motifを参照

Compaq Open3D製品 . . . . . . . . . . . . . . . . B–13Compaq SDK for Java . . . . . . . . . . . . . . . 1–17Compaq Secure Web Server

Netscape FastTrack 3.02の代替 . . . . . . . A–1Compaq TCP/IP Services for OpenVMS . . . . . 1–5

OpenVMS V5.3修正キット . . . . . . . . . . 4–49Compaq X.25アップグレード . . . . . . . . . . . . . . . . . . . . 4–2

CONFIGUREプロセス . . . . . . . . . . . . . . . 1–11CONVERT-I-SEQエラー

CONVERT/NOSORT . . . . . . . . . . . . . . 5–23CPUSPINWAITバグチェック . . . . . . . . . . . 5–11CSWS

Netscape FastTrack 3.02の代替 . . . . . . . A–1Cプログラムのインクルード・ファイル . . . . . 5–7

DDAPBAアダプタ

LAN Emulation over ATMの条件/制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . 4–23

DAPCAアダプタLAN emulation over ATMの条件/制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . 4–23

DCLコマンド変更点と制限事項

DIRECTORYコマンド . . . . . . . . . . . 4–47

DCLコマンド変更点と制限事項 (続き)抑制されている PATHWORKS ACEの表示 . . . . . . . . . . . . . . . . . . . . . . 4–47

DEC 7000の動作の変更 . . . . . . . . . . . . . . . B–12decc$$to_vmsの修正 . . . . . . . . . . . . . . . . . . 5–6DECdfs for OpenVMS

Alphaでは Version 2.3-2が必要 . . . . . . . . 2–5DECnet-Plusを実行しているシステムでは

Version 2.3-1を使用する . . . . . . . . . . 2–5DECdtm

IPC-E-BCKTRNSFAILエラー・メッセージ . . . . . . . . . . . . . . . . . . . . . . . . . 4–11

Oracle 8iと 9i . . . . . . . . . . . . . . . . . . . 4–10$TRANS_EVENT . . . . . . . . . . . . . . . . . 5–10

DECeventDIAGNOSEコマンドの有効化 . . . . . . . . . 1–6

DECforms Web ConnectorOpenVMS Version 7.3-1で実行 . . . . . . . . . 2–6

DEC FortranFortranを参照

DECnet for OpenVMS . . . . . . . . . . . . . . . . . 1–5外部認証の必要条件 . . . . . . . . . . . . . . . . 4–17

DECnet/OSIDECnet-Plus for OpenVMSを参照

DECnet-Plus for OpenVMS . . . . . . . . . . . . . 1–5NET_CALLOUTSパラメータ . . . . . . . . . 4–18外部認証条件 . . . . . . . . . . . . . . . . . . . . 4–18

DEC PL/I . . . . . . . . . . . . . . . . . . . . . . . . 2–11DECramのサポート . . . . . . . . . . . . . . . . . . 2–7DECwindows . . . . . . . . . . . . . . . . . . . . . . 1–13DECwindows Motifインストール . . . . . . . . . . . . . . . . . . . . 1–13休止スクリーンの制限 . . . . . . . . . . . . . . 4–17必須システム・パラメータ値 . . . . . . . . . . . 2–8必要なシステム・パラメータ値 . . . . . . . . 1–13問題点と制限事項特定の言語バリアントの使用 . . . . . . . . 2–9

ユーザが作成したトランスポートのサポート . . . . . . . . . . . . . . . . . . . . . . . . . . 2–9

DECwindows X11表示サーバグラフィック・ボードのサポート . . . . . . . B–13

DEFPAアダプタAlphaServer 1000Aコンピュータ . . . . . . B–9

/DENSITYキーワードの指定 . . . . . . . . . . . . . . . . . 4–29

DIAGNOSEコマンド，有効化 . . . . . . . . . . . 1–6Digital Fortran

Fortranを参照DIGITAL Modular Computing Components

(DMCC)問題点と制限事項

SRMコンソールの更新 . . . . . . . . . . B–14DNS Name Server for TCP/IPアドレス . . . . . 4–5Driver Dispatch Table (DDT) . . . . . . . . . . . 4–39DSSIディスク・デバイスマイクロコード・リビジョン・レベル . . . . B–16

索引 –2

3D拡張機能 . . . . . . . . . . . . . . . . . . . . . . . B–13

EECP最小バージョン . . . . . . . . . . . . . . . . . . . 4–11

ecvt関数の性能向上 . . . . . . . . . . . . . . . . . . 5–5EDIT/FDL，推奨バケット・サイズの変更 . . . 4–20EISA Configuration Utility (ECU)

AlphaServer 4100システムでの自動スタートアップはサポートされない . . . . . . . . . . . B–10

Enterprise Capacity and Performance (ECP). . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–11

ES40と GalaxyFast Pathの無効化 . . . . . . . . . . . . . . . . 4–20

EV6 Alphaプロセッサ . . . . . . . . . . . . . . . . . 7–1

FFast Path無効化， ES40上の Galaxy . . . . . . . . . . 4–20

FDDIサテライトのブートの問題 . . . . . . . . . 4–28Fibre Channel

OpenVMS Galaxy構成 . . . . . . . . . . . . . 4–21アダプタ . . . . . . . . . . . . . . . . . . . . . . . 4–39

Fibre Channel構成互換キット . . . . . . . . . . . . . . . . . . . . . . 4–31マルチパス・ボリュームのリビルドの問題 . . . . . . . . . . . . . . . . . . . . . . . . . 4–37

Fibre Channelテープ・デバイスマルチパス・フェールオーバの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . 4–29

FMS必要な ECO . . . . . . . . . . . . . . . . . . . . . . 2–4

Fortran，Mathematics RTLの相互運用性に関する制限事項 . . . . . . . . . . . . . . . . . . . . . . 5–17

FREE_GBLPAGESシステム・パラメータ . . . 2–8

GGalaxy . . . . . . . . . . . . . . . . . . . . . . . . . . 4–20

ES45 AlphaServerの制限事項 . . . . . . . . . 3–8Galaxy以外のクラスタ・メンバ互換性の問題 . . . . . . . . . . . . . . . . . . . . 4–21セキュリティ・クラス . . . . . . . . . . . . . . 4–21

Galaxyと ES40Fast Pathの無効化 . . . . . . . . . . . . . . . . 4–20

Galaxyライセンスの実行 . . . . . . . . . . . . . . . 3–6GBLPAGESシステム・パラメータ . . . . . . . . 2–82GBファイルのサポート . . . . . . . . . . . . . . . 5–6Gigabit Ethernetスイッチの制限事項 . . . . . 4–40Graphical Configuration Manager (GCM) . . 4–5,

4–6, 4–7問題と制限事項 . . . . . . . . . . . . . 4–5, 4–6, 4–7

HHSZ70/HSZ80マルチパス・フェールオーバの問題 . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–38

Hypersort . . . . . . . . . . . . . . . . . . . . . . . . 5–12

IIDE CD–ROM . . . . . . . . . . . . . . . . . . . . . . 3–9INITIALIZE/SHADOWコマンド . . . . . . . . . 4–52IO$_DIAGNOSE，動作の変更 . . . . . . . . . . . 6–3IPC-E-BCKTRNSFAILエラー・メッセージ . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–11

IPL要求VMSフォーク・スレッドの作成 . . . . . . . 5–22

JJava 2 Fast VM

WEBES . . . . . . . . . . . . . . . . . . . . . . . . 2–11

KKerberosオンライン・ヘルプ . . . . . . . . . . . . . . . . 4–15拡張機能

大文字と小文字を区別するための論理 . . . . . . . . . . . . . . . . . . . . . . 4–14

制限事項 . . . . . . . . . . . . . . . . . . . 1–11, 4–14KFMSBアダプタシステム調整 . . . . . . . . . . . . . . . . . . . . 1–12

KFMSBおよび CIXCDアダプタの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–22

KFSBアダプタの制限事項 . . . . . . . . . . . . . 4–22KZPDAコントローラと PBXGAグラフィック・カード . . . . . . . . . . . . . . . . . . . . . . . . . . . B–14

LLAN ATM . . . . . . . . . . . . . . . . . . . . . . . . 4–23LDAP APIの問題点 . . . . . . . . . . . . . . . . . . 2–8LIB$FIND_IMAGE_SYMBOL

LIB$_EOMWARN警告 . . . . . . . . . . . . . 5–24値による渡し . . . . . . . . . . . . . . . . . . . . 5–23ドキュメントの誤り . . . . . . . . . . . . . . . . 5–23

Librarianユーティリティ (LIBRARIAN)エラー報告に関する問題とその回避法 . . . . 5–16

Linkerユーティリティ，MTHRTLとのリンク . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–17

LTDRIVERの制限事項 . . . . . . . . . . . . . . . 5–17

MMACRO–32コンパイラ規則に準拠していないコードを実行した結果 . . . . . . . . . . . . . . . . . . . . . . . . . . 7–1

MACRO–64アセンブラ

索引 –3

MACRO–64アセンブラ (続き)規則に準拠していないコードを実行した結果 . . . . . . . . . . . . . . . . . . . . . . . . . . 7–1

Mailユーティリティ (MAIL)問題点と制限事項カーネル・スレッドで使用可能なメール . . . . . . . . . . . . . . . . . . . . . . 5–17

Mathematics(MTH$)実行時ライブラリMTH$ RTLを参照

MMOV$MSBDRIVER . . . . . . . . . . . . . . . . . 6–7MOPブートの制限事項 . . . . . . . . . . . . . . . 4–22MTH$ RTL実行可能イメージの制限事項 . . . 5–17MultiNet . . . . . . . . . . . . . . . . . . . . . . . . . 2–10MULTIPROCESSINGシステム・パラメータ . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–11

NNetscape FastTrack 3.02のサポートの中止 . . . . . . . . . . . . . . . . . . . . . . . . . . . A–1

NISCS_LAN_OVRHDシステム・パラメータ . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–28

NISCS_MAX_PKTSZシステム・パラメータ . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–28

NPAGEDYNシステム・パラメータ . . . . . . . 4–22NPAGERADシステム・パラメータ . . . . . . . 4–22

OODS-2ボリューム大文字小文字の保存の非サポート . . . . . . . . 2–2

OPC$ALLOW_INBOUND . . . . . . . . . . . . . 4–26OPC$ALLOW_OUTBOUND . . . . . . . . . . . 4–26OPCOM変更点と強化された機能

OPC$ALLOW_INBOUND . . . . . . . . 4–26OPC$ALLOW_OUTBOUND . . . . . . 4–26誤ったオペレータ・クラス . . . . . . . . 4–25

問題点と制限事項OpenVMS Cluster内のワークステーション . . . . . . . . . . . . . . . . . . . . . . 4–27

Open3Dグラフィック・ボードのサポート . . . B–13Open Source Tools for OpenVMS， CDRECORDソース . . . . . . . . . . . . . . . . . . . . . . . . . . 4–2

OpenVMS Clusterシステム . . . . . . . . . . . . 4–27互換キット . . . . . . . . . . . . . . . . . . . . . . 4–31修正点

Fibre Channelサポート . . . . . . . . . . 4–40複合バージョンのための互換キット . . . . . 4–31変更点と拡張機能パケット損失メッセージ . . . . . . . . . . 4–30

マルチパス・ボリュームのリビルド . . . . . 4–37問題点と制限事項

BAPシステム・パラメータの調整 . . . 1–12Gigabit Ethernetスイッチの制限事項 . . . . . . . . . . . . . . . . . . . . . . 4–40

HSZ70/HSZ80マルチパス・フェールオーバの問題 . . . . . . . . . . . . . . . . . . . 4–38

OpenVMS Clusterシステム問題点と制限事項 (続き)

SCSIマルチパス・フェールオーバ . . . 4–39複合バージョンでの外部認証 . . . . . . . 4–19

レジストリ・サーバの複合バージョン・サポート . . . . . . . . . . . . . . . . . . . . . . . . . 4–43

OpenVMS Cluster内のワークステーション . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–27

OpenVMS Galaxy . . . . . . . . . . . . . . . . . . . 4–20DECramのサポート . . . . . . . . . . . . . . . . 2–7

OpenVMS Management Station . . . . . . . . . 4–40OpenVMSのアップグレード

Advanced Serverを使用するシステム . . . 1–15OpenVMSのブート

IDE CD–ROMを参照OpenVMSフリーウェア . . . . . . . . . . . . . . . . 3–9OpenVMSレジストリサービス . . . . . . . . . . . . . . . . . . . . . . . 4–44複合バージョン・クラスタ . . . . . . . . . . . 4–43複合バージョンの OpenVMSクラスタ . . . 4–44

PPascal問題点と制限事項アップグレード後の再インストール

(Alpha) . . . . . . . . . . . . . . . . . . 2–10PATHWORKS ACE，表示 . . . . . . . . . . . . . 4–47PATHWORKS for OpenVMS (Advanced Server)アップグレード・パス . . . . . . . . . . . . . . 1–15旧バージョンのアップグレード・パス . . . . 1–15サポートされるバージョン . . . . . . . . . . . 1–14リリース・ノートとアップグレード条件 . . . . . . . . . . . . . . . . . . . . . . . . . 1–14

PATHWORKS for OpenVMS (NetWare)サポートの中止 . . . . . . . . . . . . . . . . . . . A–2

PATHWORKS V5 for OpenVMSOpenVMS V7.2ではサポートされない . . . 1–15

PCSI-I-RETAINメッセージ . . . . . . . . . . . . . 1–7PE1システム・パラメータ . . . . . . . . . . . . . 4–24PEdriver . . . . . . . . . . . . . . . . . . . . . . . . . 4–30PGFLQUOTAの問題点 . . . . . . . . . . . . . . . 5–16PL/I RTL . . . . . . . . . . . . . . . . . . . . . . . . . 2–11POOLCHECKシステム・パラメータ . . . . . . 5–11POPサーバ接続が失敗する . . . . . . . . . . . . . . . . . . . 4–16

POSIX for OpenVMS1003.4a Draft 4インタフェースの廃止 . . . 5–20

POSIXスレッド・ライブラリ変更点と強化された機能

POSIX 1003.4a Draft 4インタフェース . . . . . . . . . . . . . . . . . . . . . . 5–20

アプリケーション・コーディング・エラー . . . . . . . . . . . . . . . . . . . . . . 5–20

動的 CPU構成 . . . . . . . . . . . . . . . . 5–19PowerStorm . . . . . . . . . . . . . . . . . . . . . . . B–15PowerStormグラフィック・カード . . . . . . . B–15

索引 –4

PPPDユーティリティライン切断の問題 . . . . . . . . . . . . . . . . . 4–41

QQIO$CONFIGUREプロセス . . . . . . . . . . . 1–11Qlogic 1020ISPアダプタシステム調整 . . . . . . . . . . . . . . . . . . . . 1–12

RRdb

IPC-E-BCKTRNSFAILエラー・メッセージ . . . . . . . . . . . . . . . . . . . . . . . . . 4–11

Record locksと COBOL . . . . . . . . . . . . . . . . 5–8RF73および RFnnディスク，コントローラ・メモリ・エラー . . . . . . . . . . . . . . . . . . . . . B–15

RMSジャーナリング . . . . . . . . . . . . . . . . . 4–45ジャーナル・ファイル作成の変更 . . . . . . . 4–45順方向ジャーナリング . . . . . . . . . . . . . . 4–46リカバリ・ユニット・ジャーナル・ファイルのリモート・アクセス . . . . . . . . . . . . . . 4–47

RUジャーナリングリカバリ・ユニット・ジャーナリングを参照

SSCSI構成マルチパス・ボリュームのリビルドの問題 . . . . . . . . . . . . . . . . . . . . . . . . . 4–37

SCSIコントローラAlphaServer 2100システムでの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . . 6–9

SCSIテープ・エラー . . . . . . . . . . . . . . . . . 6–11SCSIテープ・デバイスマルチパス・サポート . . . . . . . . . . . . . . 4–39

SCSIマルチパスの互換性がない . . . . . . . . . 4–39SET DEVICE/SWITCHコマンド . . . . . . . . 4–39SET PASSWORDコマンド . . . . . . . . . . . . . 4–16SET PREFERRED_PATH/HOST

MSCPアクセス専用のディスクの問題 . . . 4–27SHADOW_MAX_UNITの設定 . . . . . . . . . . 4–53SHOW DEVICE/FULL表示圧縮と密度のステータス . . . . . . . . . . . . . 4–29

SMG$DELETE_VIRTUAL_DISPLAY，ドキュメントの修正点 . . . . . . . . . . . . . . . . . . . . . 5–24

SMG$GET_TERM_DATA，ドキュメントの修正点 . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–24

SMG$READ_COMPOSED_LINE，ドキュメントの修正点 . . . . . . . . . . . . . . . . . . . . . . . . 5–24

SMG$SET_KEYPAD_MODE，ドキュメントの修正点 . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–25

SMG$SET_OUT_OF_BAND_ASTS，ドキュメントの修正点 . . . . . . . . . . . . . . . . . . . . . . 5–24

Software Development Kit (SDK)Java用 . . . . . . . . . . . . . . . . . . . . . . . . 1–17

Software Public Rollout Reports . . . . . . . . . . 2–1

SORT32 . . . . . . . . . . . . . . . . . . . . . . . . . 5–25SPLINVIPLバグ・チェック . . . . . . . . 4–2, 5–22SRM_CHECKツールキットの場所 . . . . . . . . . . . . . . . . . . . . . 7–2コードを分析するための使用 . . . . . . . . . . . 7–2

STARTUP.COM， QIO$CONFIGUREプロセスの置き換え . . . . . . . . . . . . . . . . . . . . . . . . 1–11

START文と COBOL . . . . . . . . . . . . . . . . . . 5–8statメモリ破損の修正 . . . . . . . . . . . . . . . . . 5–6strftime関数の修正 . . . . . . . . . . . . . . . . . . 5–4SYS$MSBDRIVER， OpenVMS Alphaディストリビューションから削除 . . . . . . . . . . . . . . 6–7

SYSCOMMON.DIRエラーの復元 . . . . . . . . . . . . . . . . . . . . 4–12

SYSTEM_CHECKシステム・パラメータ . . . 5–11

TTCP/IP

Compaq TCP/IP Services for OpenVMSも参照TCP/IPアドレス必要な DNSネーム・サーバ . . . . . . . . . . . 4–5

Terminal Fallback Facility (TFF) . . . . . . . . 4–49制限事項 . . . . . . . . . . . . . . . . . . . . . . . 4–50

TFFTerminal Fallback Facilityを参照

times関数の性能の向上 . . . . . . . . . . . . . . . . 5–5TQEタイマ・キューのエントリを参照

$TRANS_EVENT . . . . . . . . . . . . . . . . . . . 5–10

VV7.3-1でサポートされる AlphaServer GSシステム . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3–2

VMS$COMMON.DIRエラーの復元 . . . . . . . . . . . . . . . . . . . . 4–12

WWEBESソケットと Java 2 Fast VM . . . . . . . . . . 2–11

WRITE文と COBOL . . . . . . . . . . . . . . . . . . 5–8

XXA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–10

アアーカイブされたマニュアル . . . . . . . . . . . . A–2アーカイブ・マニュアル

OpenVMS Extended File Specificationsの手引き . . . . . . . . . . . . . . . . . . . . . . . . . A–3

アップグレードAdvanced Serverを使用するシステム . . . 1–15

アップグレード・パスOpenVMSリリース . . . . . . . . . . . . . . . . . 1–1

索引 –5

イ印刷エラーの修正 . . . . . . . . . . . . . . . . . . . . 5–7インストールアップグレード前の Kerberosの削除 . . . . 1–11

インストールとアップグレード情報Alphaおよび VAX変更点と拡張機能

DIAGNOSEコマンドの有効化 . . . 1–6ネットワーク・オプション . . . . . . 1–5

問題点と制限事項PCSI-I-RETAINメッセージ . . . . . 1–7

Alphaのみ問題点と制限事項

BAPシステム・パラメータの調整 . . . . . . . . . . . . . . . . . . . 1–12

インターロックされたメモリ命令の使用 . . . . . 7–1インテグレイテッド・グラフィック・ボード . . . . . . . . . . . . . . . . . . . . . . . . . . . B–13

オ大文字小文字の区別ファイル名 . . . . . . . . . . . . . . . . . . . . . . . 2–2

大文字小文字の保存 . . . . . . . . . . . . . . . . . . . 2–2大文字と小文字の区別 . . . . . . . . . . . . . . . . . 5–7

カ外部認証必要条件 . . . . . . . . . . . . . . . . . . . . . . . 4–16問題点と制限事項

DECnet . . . . . . . . . . . . . . . . . . . . . 4–17DECnet-Plus . . . . . . . . . . . . . . . . . 4–18DECwindowsの休止スクリーン . . . . 4–17POPサーバでの接続が失敗する . . . . . 4–16SET PASSWORDコマンド . . . . . . . . 4–16パスワードの有効期限切れの通知 . . . . 4–19複合バージョン OpenVMS Clusterシステム . . . . . . . . . . . . . . . . . . . . . . 4–19

レイヤード・プロダクトとアプリケーションに与える影響 . . . . . . . . . . . . . . 4–18

拡張 DDTビット，修正された問題点 . . . . . . 5–17カーネル・スレッドリカバリ・ユニット・ジャーナリングと互換性がない . . . . . . . . . . . . . . . . . . . . . . . 4–45

キ既存のユーザのための Compaq DCE for OpenVMSのリリース・ノート . . . . . . . . . . . . . . . . 5–8

ククラスタ

OpenVMS Clusterシステムを参照クラスタ間の相互接続クラスタ間相互接続 LAN . . . . . . . . . . . . 4–30

クラスタ互換キット . . . . . . . . . . . . . . . . . . 4–31グラフィック・ボードのサポート . . . . . . . . . B–13

ケ現在のリリースに対するアプリケーションのサポート . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2–1

コ高速ロック再マスタリング . . . . . . . . . . . . . 4–24高度なデバッグ， POSIXスレッド・ライブラリを使用した . . . . . . . . . . . . . . . . . . . . . . . . 5–19

コネクティビティ・ガイドタイトルの変更 . . . . . . . . . . . . . . . . . . . . 3–1

ササテライトのブート

FDDIの問題 . . . . . . . . . . . . . . . . . . . . 4–28

シ実行時ライブラリ (LIB$) . . . . . . . . . . . . . . 5–24システム・パラメータ

BUGCHECKFATAL . . . . . . . . . . . . . . . 5–11CLISYMTBL . . . . . . . . . . . . . . . . . . . . . 2–8FREE_GBLPAGES . . . . . . . . . . . . . . . . . 2–8GBLPAGES . . . . . . . . . . . . . . . . . . . . . . 2–8MAXBOBS0S1の廃止 . . . . . . . . . . . . . . 4–47MAXBOBS2の廃止 . . . . . . . . . . . . . . . . 4–47MULTIPROCESSING . . . . . . . . . . . . . . 5–11NISCS_LAN_OVERHEADの廃止 . . . . . . 4–48NISCS_LAN_OVRHD . . . . . . . . . . . . . . 4–28NISCS_MAX_PKTSZ . . . . . . . . . . . . . . 4–28NPAGEDYN . . . . . . . . . . . . . . . . . . . . 4–22NPAGERAD . . . . . . . . . . . . . . . . . . . . 4–22PAGFILCNTの廃止 . . . . . . . . . . . . . . . 4–48PE1 . . . . . . . . . . . . . . . . . . . . . . . . . . 4–24POOLCHECK . . . . . . . . . . . . . . . . . . . 5–11SWPFILCNTの廃止 . . . . . . . . . . . . . . . 4–48SYSTEM_CHECK . . . . . . . . . . . . . . . . 5–11廃止されたパラメータ . . . . . . . . . . . . . . 4–47

シャドウ・セットマルチパス . . . . . . . . . . . . . . . . . . . . . . 4–37

修正キット複合バージョンの OpenVMS Clusterシステム . . . . . . . . . . . . . . . . . . . . . . . . . 4–31

順方向ジャーナリング . . . . . . . . . . . . . . . . 4–46

索引 –6

ス推奨バケット・サイズの変更， EDIT/FDL . . 4–20スレッド化されたアプリケーション・ハングの修正 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–4

スレッド単位のセキュリティデバイス・ドライバに与える影響 . . . . . . . 5–20特権付きコードに与える影響 . . . . . . . . . . 5–20

セセキュリティ . . . . . . . . . . . . . . . . . . . . . . . 5–1

ソ装置のサポート . . . . . . . . . . . . . . . . . . . . . . 6–1ソフトウェアのサポート方針 . . . . . . . . . . . . . 1–2

タタイマ・キューのエントリ . . . . . . . . . . . . . . 5–2タイム・ゾーンに関する規則 . . . . . . . . . . . . . 2–4

テデバイス・ドライバMON . . . . . . . . . . . . . . 6–4デバッガクライアント/サーバ・インタフェースのサポート . . . . . . . . . . . . . . . . . . . . . . . . . 5–10

テープの圧縮と密度のレポートFibre Channelデバイス . . . . . . . . . . . . . 4–29

テープ密度の指定 . . . . . . . . . . . . . . . . . . . 4–29テープ・ロボット自動マルチパス・フェールオーバ . . . . . . . 4–38

ト動的 CPU構成

POSIXスレッド・ライブラリ . . . . . . . . . 5–19ドキュメントの修正点

SMG$DELETE_VIRTUAL_DISPLAY . . . 5–24SMG$GET_TERM_DATA . . . . . . . . . . . 5–24SMG$READ_COMPOSTED_LINE . . . . . 5–24SMG$SET_KEYPAD_MODE . . . . . . . . . 5–25SMG$SET_OUT_OF_BAND_ASTS . . . . . 5–24

ドキュメントの変更と修正OpenVMS Connectivity Developer Guideのタイトルの変更 . . . . . . . . . . . . . . . . . . . . 3–1

OpenVMS RTL Screen Management (SMG$)Manual . . . . . . . . . . . . . . . . . . . . . 5–24

アーカイブされたマニュアル . . . . . . . . . . A–2トランスポートのサポート . . . . . . . . . . . . . . 2–9

ナ夏時間メッセージ . . . . . . . . . . . . . . . . . . . . 1–7

ネネットワーク・オプション . . . . . . . . . . . . . . 1–5

ハ媒体チェンジャ自動マルチパス・フェールオーバ . . . . . . . 4–38

パケット損失メッセージ . . . . . . . . . . . . . . . 4–30バッチ・キューとプリント・キューバッチ・ジョブの終了 . . . . . . . . . . . . . . . 5–3

ヒビジュアル・スレッドを使用したデバッグ . . . 5–19非ページング・プール，ロック・マネージャの変更点 . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–25

フファームウェア . . . . . . . . . . . . . . . . . . . . . . 1–4

XP1000 . . . . . . . . . . . . . . . . . . . . . . . . 4–10リビジョン 5.9 . . . . . . . . . . . . . . . . . . . 4–10

複合バージョン・クラスタでのレジストリ・マスタ・フェールオーバ . . . . . . . . . . . . . . . . . . 4–42

複合バージョン・クラスタの制限事項Class Schedulerを参照

フリーウェア . . . . . . . . . . . . . . . . . . . . . . A–1分散割り込み . . . . . . . . . . . . . . . . . . . . . . . 3–8

ヘ別名のディレクトリの復元 . . . . . . . . . . . . . 4–12別名のディレクトリの保存と復元 . . . . . . . . . 4–12

ホポート・ドライバ$QIO制限事項 . . . . . . . . . . . . . . . . . . . . . . . 5–17

ボリューム・シャドウイングINITIALIZE/SHADOWコマンド . . . . . . . 4–52互換キット . . . . . . . . . . . . . . . . . . . . . . 4–31マルチパス・シャドウ・セット . . . . . . . . 4–37マルチパス・ディスクのパーティション . . . . . . . . . . . . . . . . . . . . . . . . . 4–51

問題点と制限事項SHADOW_MAX_UNITの設定 . . . . . 4–53ミニコピーの条件 . . . . . . . . . . . . . . 4–51

問題と制限事項/MINICOPYを使用したディスマウント . . . . . . . . . . . . . . . . . . . . . . 4–52

索引 –7

ボリューム・シャドウイングとマルチパス HSG/HSZディスク・パーティション . . . . . . . . . . 4–51

ママイクロコード・リビジョン・レベル

DSSIディスク・デバイス . . . . . . . . . . . . B–16更新するためのコマンド . . . . . . . . . . . . . B–17

マルチスレッド・アプリケーションソケットと Java 2 Fast VM . . . . . . . . . . 2–11

マルチパス・デバイスFibre Channelテープ・サポート . . . . . . . 4–39SET PREFERRED_PATH/HOST . . . . . . 4–27ディスマウント障害の修正 . . . . . . . . . . . 4–38ボリュームのリビルドの問題 . . . . . . . . . . 4–37

マルチパス・フェールオーバFibre Channelテープ・デバイスの制限事項 . . . . . . . . . . . . . . . . . . . . . . . . . 4–29

媒体チェンジャ . . . . . . . . . . . . . . . . . . . 4–38マルチパス・フェールオーバの問題

HSZ70/HSZ80コントローラ . . . . . . . . . . 4–38

ミミニコピーの条件 . . . . . . . . . . . . . . . . . . . 4–51

リリカバリ・ユニット・ジャーナリング制限事項 . . . . . . . . . . . . . . . . . . . . . . . 4–47

ファイル作成の変更 . . . . . . . . . . . . . . . . 4–45問題点と制限事項カーネル・スレッド . . . . . . . . . . . . . 4–45

リタイア製品情報 . . . . . . . . . . . . . . . . . . . A–1リリースアップグレード・パス . . . . . . . . . . . . . . . 1–1

レレイヤード・プロダクト

Software Public Rollout Reports . . . . . . . . 2–1外部認証が与える影響 . . . . . . . . . . . . . . 4–18現在のリリースでサポートされるバージョン . . . . . . . . . . . . . . . . . . . . . . . . . . 2–1

レキシカル関数のエラー，原因 . . . . . . . . . . 4–12レジストリアップグレード時の注意事項 . . . . . . . . . . . 1–8データ転送サイズの制限の緩和 . . . . . . . . 4–42複合 OpenVMS Cluster . . . . . . . . . . . . . 4–41複合 OpenVMS Clusterでのサービス . . . . 4–41

レジストリ・サーバOpenVMSレジストリを参照

ロロック・マネージャの非ページング・プールのサイズ . . . . . . . . . . . . . . . . . . . . . . . . . . . 4–25

ロケールを有効にした場合の印刷エラーの修正 . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5–7

索引 –8

Compaq OpenVMS V7.3-1リリース・ノート【翻訳版】

2002年 10月発行

コンパックコンピュータ株式会社

〒 140-8641 東京都品川区東品川 2-2-24天王洲セントラルタワー

電話 (03)5463-6600 (大代表)

AA-PW7HJ-TE

CompaqOpenVMSAlpha V7.3-1リリース・ノート【 … LAN ATM—LAN...

Documents

Transcript of CompaqOpenVMSAlpha V7.3-1リリース・ノート【 … LAN ATM—LAN...