OpenVMS AlphaはCommunity licenseからAmbassador licenseに変更

VMS Software, Incが2024年3月25日に「Updates to the Community Program」を発表しました。同様の内容がメールでも届きました。VSIがコミュニティライセンスを設けた際に期待した影響が実現しておらず、Alphaのような旧いアーキテクチャのサポートを継続するよりも、x86-64に集中したいようです。これは企業の論理として理解できなくはありません。

 

数年前にOpenVMSがHPからVSIに移管された際VAXアーキテクチャのライセンス発行が停止されたように、今回の変更により、Alphaアーキテクチャのライセンス発行の方針が切り替わりますので、将来的にはVAXのようになる可能性はあるでしょう。

 

VAXにしろAlphaにしろ、ずいぶん以前から製品が供給されなくなっていますから、OpenVMSの将来を考えればx86-64に絞った方が良いとは思います。しかしVAXやAlphaを所有している身にとって、趣味的にOpenVMSを利用したい立場としては、ライセンスが1年ごとに更新する仕組みが困りものです。これが無期限になってくれれば、将来的な不安がなくなります。

 

営利としてOpenVMSを利用していて、なおかつアーキテクチャがVAXだったりAlphaだったりする場合は、x86-64に移行するのが企業判断として望ましいと思います。そうではなく、個人が趣味として、VAXやAlphaでOpenVMSを使いたいと思ったら、以前にはHPのHobbyistライセンスがありましたが、VSIのCommunityライセンスになりVAXが取り止めとなりました。趣味として旧DECアーキテクチャのハードウェアを利用している場合、パーツが故障したとしても代替品が入手困難になりつつあるので、それ以前の問題としてライセンスが無効になってしまうのは極めて残念です。

 

要するに、「OpenVMS」を使いたいのか、「Alphaアーキテクチャ」を使いたいのかという選択です。OpenVMSを使いたい気持ちが強いならx86-64に移行するのが自然な流れとなるでしょう。Alphaアーキテクチャを使いたい気持ちが強いなら、NetBSD/alphaがあります。しかし僕自身は「OpenVMS Alpha」を使い続けていきたいと願うのです。

OpenVMS Community LicenseのPAKは、メール配布ではなかった

VSIが提供するOpenVMS Community LicenseのPAKが2023年9月下旬に有効期限になります。去年までは時期がくると勝手にメールで新しいPAKが送られてきたので、今年もそうだと思っていました。ところが何時まで待っても送られてこないので、VSIのメールを再確認しました。

2023年9月11日付の「OpenVMS on x86 Community Update」というメールの中に次のような記述がありました。

To download the updated PAKs for your systems, find the email that you received from us upon approval of your application for the community license and click on the link for the appropriate architecture. The archive containing the license script will be automatically downloaded to your PC.

 

過去のメールを探してみると、2020年8月頃に「Your Community License Request」というメールを受け取っていて、その中にPAKダウンロード用のリンクが記載されていました。これをブラウザで参照すると、Windows PCのダウンロードフォルダにPAKが落ちてきました。

今年もメールがくると思っていたので戸惑いましたが、これからはこのような方式にするのでしょう。PAKの有効期限が切れそうなので焦っていましたが、これで今後もOpenVMS/alphaが利用できそうです。

VSI版OpenVMSのコミュニティライセンスを更新した

OpenVMSのHobbyistライセンスからHPEが手を引き、VSIがコミュニティライセンスを提供するようになって1年が経ちました。HPEの頃は、毎年ライセンス発行を依頼していました。ところが驚いたことに、VSIからはライセンスの有効期限前に新しいライセンスが送られてきて、なんて親切なんだと思いました。

Googleグループでも「VSI CE License PAKs」において報告されていて、同時期に世界中のユーザにコミュニティライセンスの更新版が届いているようです。 

VSIから新しいPAKが届いた

VSIが提供するCommunity License Programを利用してOpenVMS Alpha 8.4-2L1を利用しています。先日新しいPAKの連絡が来ました。

PAKを更新する必要のある積極的な理由はありませんでしたが、入れ換えておきました。

Active licenses on node PWS500:

------- Product ID --------    ---- Rating ----- -- Version --

Product            Producer    Units Avail Activ Version Release    Termination

ALPHA-LP           VSI             0  H     0      0.0  (none)      20-SEP-2021 

ALPHA-SYSTEM       VSI             0  A     0      0.0  (none)      20-SEP-2021 

OpenVMS Alpha 8.4-2L1のSSH設定

OpenVMS Alpha 8.4-2L1に対してWindows10からSSH接続できました。設定する上で注意が必要な点が幾つかありました。

C:\Users\FURUSAWA\.ssh>ssh -i id_rsa furusawa@192.168.1.161

 Welcome to OpenVMS (TM) Alpha Operating System, Version V8.4-2L1

Enter passphrase for key 'id_rsa':

    Last interactive login on Friday, 2-OCT-2020 11:03:16.17

$ logout

Connection to 192.168.1.161 closed.-2020 12:05:27.60

C:\Users\FURUSAWA\.ssh>

最も注意しておくべきなのは、TCP/IP Services for OpenVMSにおけるSSHはOpenSSHではないことです。Webを検索した場合、OpenSSHを前提とした情報が多く見つかるので、それを鵜のみにして設定作業をおこなっても、うまくいかないでしょう。設定作業の参考になったのはWebで見つけた記事「SSH public key authentication on OpenVMS」でした。

OpenVMSで使える鍵にED25519は利用できません。最近のOpenSSHではED25519が使えるので、他のサイトに入るための鍵に僕はED25519を使っています。それとは別にRSAなどで鍵を準備しなければなりません。

最近のWindows10では標準でOpenSSHが入っているようです。

C:\Users\FURUSAWA\.ssh>C:\Windows\System32\OpenSSH\ssh.exe -V

OpenSSH_for_Windows_7.7p1, LibreSSL 2.6.5

これを使ってRSA鍵を作ります。このままではOpenSSH形式なので、SECSH形式に変換します。

C:\Users\FURUSAWA\.ssh>ssh-keygen

（略）

C:\Users\FURUSAWA\.ssh>ssh-keygen -f id_rsa.pub -e > id_rsa.secsh

OpenVMS側には、Windows10で作成したSECSH形式の公開鍵を置きます。ファイル名は変えなくても構いません。しかしOpenSSHでは~/.ssh/authorized_keysに公開鍵が格納されるのでファイル名を気にする必要がありませんでしたが、OpenVMSでは独立したファイルとして置かれるため、秘密鍵のあるサイトを連想しやすい名前にしておいた方が（必須ではありませんが）無難です。

$ dir/sec

Directory KAZ$USER:[FURUSAWA.SSH2]

AUTHORIZATION.;1     [FURUSAWA]                       (RWED,RWED,RE,)

FURUSAWA-WINDOWS.PUB;1

                     [FURUSAWA]                       (RWED,RWED,RE,R)

Total of 2 files.

$ type authorization.;

KEY FURUSAWA-WINDOWS.PUB

以上の設定で、Windows10からOpenVMSにSSHでログインできました。

OpenVMS Alpha 8.4-2L1に対してSSHでログインする方法は何か？

Digital PersonalWorkstation 500auにVSI版OpenVMS Alpha 8.4-2L1をインストールしました。この時点で次のようなプロダクトがインストールされています。

------------------------------------ ----------- ---------

PRODUCT                              KIT TYPE    STATE

------------------------------------ ----------- ---------

VSI AXPVMS AVAIL_MAN_BASE V8.4-2L1   Full LP     Installed

VSI AXPVMS CDSA V2.4-320A            Full LP     Installed

VSI AXPVMS DECNET_OSI V8.4-D         Full LP     Installed

VSI AXPVMS DWMOTIF V1.7-F            Full LP     Installed

VSI AXPVMS DWMOTIF_SUPPORT V8.4-2L1  Full LP     Installed

VSI AXPVMS HPBINARYCHECKER V1.1-A    Full LP     Installed

VSI AXPVMS KERBEROS V3.1-152A        Full LP     Installed

VSI AXPVMS OPENVMS V8.4-2L1          Platform    Installed

VSI AXPVMS SSL V1.4-502A             Full LP     Installed

VSI AXPVMS SSL1 V1.0-2JA             Full LP     Installed

VSI AXPVMS TCPIP V5.7-13ECO5F        Full LP     Installed

VSI AXPVMS TDC_RT V2.3-1220          Full LP     Installed

VSI AXPVMS VMS V8.4-2L1              Oper System Installed

------------------------------------ ----------- ---------

13 items found

PAKは既に入れてありますが、それ以外の設定は何もしていません。ひとまず次のような設定を済ませておきました。

1. アカウント作成
2. DECnet-Plusの設定
3. バッチキューの設定
4. TCP/IP Services for OpenVMSの設定

DECnet IVとしての設定を済ませましたので（DECnetとして）リモートログインは出来るのですが、DECnetで繋がるのは自分自身だけです。TCP/IPならMicrosoft Windows10やFreeBSD/amd64などから接続できるはずなので、その設定を済ませたいと思います。TELNETなら以前に設定したことがあるので、今回はSSHで接続する環境を設定してみようと思います。しかしながら、TCP/IP Services for OpenVMSの場合、どうすれば良いのでしょう？

FreeBSDやNetBSD、またはLinuxであれば、接続したいアカウントの「~/.ssh」において、公開鍵を「authorized_keys」に追加すれば良い訳ですが、OpenVMSの場合は、どうなるのでしょう？

『TCP/IP Services for OpenVMS Guide to SSH』というマニュアルを見つけたので、目を通してみました。些細なことかもしれませんが、やはり違いがあるようです。

1. SYS$LOGINの下にある「[.SSH2]」が使われるようです。
2. RSAかDSAしか選べないようです。普段はED25519を使っているので、同じ鍵は使えないですね。

試しにSSHで接続してみましたが、うまく行きませんでした。問題の所在をつきとめて、接続できるようにしたいと思います。

VSI版OpenVMS Alpha 8.4-2L1インストールが完了

Digital PersonalWorkstation 500auにVSI版OpenVMS 8.4-2L1のインストールが完了しました。実質的には「インストール成功」だと思っているのですが、途中でエラーが出ているので、「成功」とは言わずに「完了」としておきます。

%PCSIUI-I-COMPWERR, operation completed after explicit continuation from errors

        **************************************************************

        *                                                            *

        *                        W A R N I N G                       *

        *                                                            *

        *  One or more errors were encountered during installation/  *

        *  upgrade.  The target system may not operate correctly.    *

        *                                                            *

        *  You should correct the condition that caused the error(s) *

        *  and repeat the installation/upgrade.                      *

        *                                                            *

        **************************************************************

    The installation is now complete.

先日インストールしようとしましたが、途中でエラーが出たのでインストールを中断しました。同様の問題は他でも出ているようで、VSIのフォーラムで「Error installing 8.4L1 on FreeAXP 4.0」として報告されています。そこでは次のように書かれています。

This is almost certainly a bug in the VSI OpenVMS Alpha V8.4-2L1 kit and indicates, that VSI has never tested a fresh install of this kit on an empty or non-OpenVMS system disk. The 'workaround' seems to be easy: do not abort the installation.

要するにインストール中にエラーが発生し「Terminating is strongly recommended.  Do you want to terminate? [YES]」というメッセージが出る（しかも2回も）のですが、それを無視して続行すれば良いということです。

Portion done: 0%...10%

 

%PCSI-E-OPENOUT, error opening DISK$ALPHASYS:[VMS$COMMON.][SYSHLP]HELPLIB.HLB; a

s output

-RMS-E-FNF, file not found

%PCSI-E-OPFAILED, operation failed

Terminating is strongly recommended.  Do you want to terminate? [YES] no

 

%PCSI-E-OPENIN, error opening DISK$ALPHASYS:[VMS$COMMON.][SYSLIB]DCLTABLES.EXE; 

as input

-RMS-E-FNF, file not found

%PCSI-E-OPFAILED, operation failed

Terminating is strongly recommended.  Do you want to terminate? [YES] no

 Portion done: 20%...30%...40%...50%...60%...70%...80%...90%

%PCSI-I-PRCOUTPUT, output from subprocess follows ...

% - Execute SYS$MANAGER:TCPIP$CONFIG.COM to proceed with configuration of

%   HP TCP/IP Services for OpenVMS.

% 

 Portion done: 100%

この後は、インストーラを終了し、改めてCCLプロンプトから、インストールしたディスクを指定してブートします。ブート中にシステム・パラメータの調整が行われ、自動的に再起動されますが、無事に完了しました。

  Accounting information:

  Buffered I/O count:               3942      Peak working set size:       6736

  Direct I/O count:                 1786      Peak virtual size:         186624

  Page faults:                      4754      Mounted volumes:                0

  Charged CPU time:        0 00:00:03.97      Elapsed time:       0 00:01:10.28

 Welcome to OpenVMS (TM) Alpha Operating System, Version V8.4-2L1

Username: system

Password: 

インストール中にVSIから提供されたVMS Software Community Licenseを入れたので、これでOSのインストールは終了です。

これまではDEC/COMPAQ/HPEのHobbyist OpenVMS Programを利用していましたが、これからはVSI版を使っていくことになります。

VSI版OpenVMS Alpha 8.4-2L1のインストールに失敗

Digital PersonalWorkstation 500auのシリアルコンソールが使えるようになりました。またVSIから入手したOpenVMS AlphaのZIPEXEファイルを展開してISOファイルを取り出し、CDに焼いてあります。これで準備が整ったので、DEC版OpenVMS Alpha 7.2がインストールされていたマシンを、VSI版OpenVMS Alpha 8.4-2L1にアップグレードしてみました。

しかし残念ながら、アップグレードに失敗しました。まず最初は、システムディスクのファイルを残してアップグレードを試みましたが、エラーが出てしまいました。

The following product has been selected:

    VSI AXPVMS OPENVMS V8.4-2L1            Platform (product suite)

 

Configuration phase starting ...

 

You will be asked to choose options, if any, for each selected product and for

any products that may be installed to satisfy software dependency requirements.

 

%PCSI-E-UPGRADERR, existing version of product that VSI AXPVMS OPENVMS V8.4-2L1 

upgrades is incorrect

Terminating is strongly recommended.  Do you want to terminate? [YES] 

%PCSI-E-S_OPCAN, operation cancelled by request

%PCSIUI-E-ABORT, operation terminated due to an unrecoverable error condition

    Installation has been aborted.

システムディスクに残っているファイルが悪影響を及ぼしているかもしれないと思ったので、次にシステムディスクを初期化するようにしてインストールを試みましたが、やはり失敗しました。

Execution phase starting ...

The following products will be installed to destinations:

    VSI AXPVMS AVAIL_MAN_BASE V8.4-2L1     DISK$ALPHASYS:[VMS$COMMON.]

    VSI AXPVMS CDSA V2.4-320A              DISK$ALPHASYS:[VMS$COMMON.]

    VSI AXPVMS DECNET_OSI V8.4-D           DISK$ALPHASYS:[VMS$COMMON.]

    VSI AXPVMS DWMOTIF V1.7-F              DISK$ALPHASYS:[VMS$COMMON.]

    VSI AXPVMS DWMOTIF_SUPPORT V8.4-2L1    DISK$ALPHASYS:[VMS$COMMON.]

    VSI AXPVMS HPBINARYCHECKER V1.1-A      DISK$ALPHASYS:[VMS$COMMON.]

    VSI AXPVMS KERBEROS V3.1-152A          DISK$ALPHASYS:[VMS$COMMON.]

    VSI AXPVMS OPENVMS V8.4-2L1            DISK$ALPHASYS:[VMS$COMMON.]

    VSI AXPVMS SSL V1.4-502A               DISK$ALPHASYS:[VMS$COMMON.]

    VSI AXPVMS SSL1 V1.0-2JA               DISK$ALPHASYS:[VMS$COMMON.]

    VSI AXPVMS TCPIP V5.7-13ECO5F          DISK$ALPHASYS:[VMS$COMMON.]

    VSI AXPVMS TDC_RT V2.3-1220            DISK$ALPHASYS:[VMS$COMMON.]

    VSI AXPVMS VMS V8.4-2L1                DISK$ALPHASYS:[VMS$COMMON.]

 

Portion done: 0%...10%

 

%PCSI-E-OPENOUT, error opening DISK$ALPHASYS:[VMS$COMMON.][SYSHLP]HELPLIB.HLB; a

s output

-RMS-E-FNF, file not found

%PCSI-E-OPFAILED, operation failed

Terminating is strongly recommended.  Do you want to terminate? [YES] 

%PCSI-E-CANCEL_WIP, termination resulted in an incomplete modification to the sy

stem

%PCSI-E-S_OPCAN, operation cancelled by request

%PCSIUI-E-ABORT, operation terminated due to an unrecoverable error condition

    Installation has been aborted.

このエラーについては、同様の現象がVSI OpenVMS Forumやcomp.os.vmsでも報告されています。

1. Error installing 8.4L1 on FreeAXP 4.0
   
2. Problem connecting OpenVMS to linux via ssh
   

このマシンはインストール出来ることを、VSIが正式に保証しているわけではないので、うまくいかないことがあってもやむを得ないと思いますが、なんとかインストールを成功させたいと思います。

VSI版OpenVMS Alpha 8.4-2L1のZIPEXE

VSI版OpenVMS AlphaのCommunity Licenseを取得したら、キットを提供している場所も教えてくれたので、ダウンロードしておきました。ところが拡張子が「ZIPEXE」になっています。自己解凍形式ZIPファイルだと思うので、Hobbyist OpenVMSとして入手したOpenVMS 7.3で実行してみましたが、エラーが出てしまいました。

問題が発生した時の基本的な態度は、エラーメッセージの意図するところを理解して解決を図ることです。それはそうなのですが、このアプローチでは解決までの道のりは遠そうです。別のアプローチとしては拡張子「ZIPEXE」とは何者なのか調べてみることです。このような拡張子は以前には見かけた記憶がありません。

comp.os.vmsで「ZIPEXE」というキーワード検索をしてみたら2006年8月30日付の投稿「Changes to OpenVMS Patch Kit Formats」が見つかりました。さらに投稿に対する応答の中に次のような記述を見つけました。

ZIPEXE is ZIPSFX. You can unzip it with your own UNZIP program on any platform you like (eg. you unpack the IA64 or VAX ECO on your MARVEL) and you can unpack it on the intended platform without any UNZIP.EXE (because it is part of the archive file).

ZIPEXEというのは、予想していたように自己解凍形式ZIPファイルのようですが、解凍するのは、unzipが使えさえすれば、OpenVMSでなくても良さそうです（自己解凍するなら、実行イメージとして有効なのはOpenVMS Alphaだけだと思いますが）。そこでFreeBSD/amd64 12.1上のunzipを使ってみまたところ、解凍することに成功しました。これならエラーメッセージの調査は不要です。

3つあったZIPEXEの中は、次のようになっていました。

1. ALPHA0842L1.ZIPEXE

   Archive:  ALPHA0842L1.ZIPEXE

     Length     Date   Time    Name

    --------    ----   ----    ----

    623616000  02-07-17 15:46   ALPHA0842L1.ISO

2. ALPHA0842L1DOC.ZIPEXE

   Archive:  ALPHA0842L1DOC.ZIPEXE

     Length     Date   Time    Name

    --------    ----   ----    ----

     4722688  07-19-17 11:43   AVMS842L1DOC.ISO

         540  07-19-17 11:43   AVMS842L1DOC.ISO_VNC

3. AVMS842L1DOC.ZIPEXE

   Archive:  AVMS842L1DOC.ZIPEXE

     Length     Date   Time    Name

    --------    ----   ----    ----

     4722688  07-19-17 11:43   AVMS842L1DOC.ISO

         540  07-19-17 11:43   AVMS842L1DOC.ISO_VNC

ここで2番目と3番目は、ファイル名が違いますが、中に入っているファイルは同一のようなので、実際には1番目と2番目だけで良いのでしょう。

次の問題は、ZIPを解凍すると出てくるISOファイルの中には何が入っているのかということです。Microsoft Windows10のエクスプローラーではISOファイルをマウント出来るそうなので、確認してみました。AVMS842L1DOC.ISOの方は、次のようになっていました。

 ドライブ E のボリューム ラベルは AVMS842L1DOC です

 ボリューム シリアル番号は 4F70-5FF6 です

 E:\ のディレクトリ

2017/01/27  02:38           575,985 VSI_OVMSALPV842L1_SPDQS.PDF

2017/01/24  02:44         1,960,883 VSI_OVMSALPV842L1_UPG.PDF

2017/06/22  03:03           599,634 VSI_OVMS_ALP842L2_NFRN.PDF

2015/05/12  00:36           454,876 VSI_OVMS_LMF_UTILITY.PDF

               4 個のファイル           3,591,378 バイト

               0 個のディレクトリ               0 バイトの空き領域

しかしALPHA0842L1.ISOをマウントしようとすると、「ファイルが壊れています」というエラーが出てしまいます。ただこれはISOファイルが壊れているという事ではないと思います。FreeBSD上で確認してみたところ、次のような結果を得ました。

ALPHA0842L1.ISO:                 Files-11 On-Disk Structure (ODS-2); VAX/VMS or OpenVMS file system; volume label is 'ALPHA0842L1 '

AVMS842L1DOC.ISO: ISO 9660 CD-ROM filesystem data 'AVMS842L1DOC'

Windows10がマウント出来るのはISO9660形式だけなのでしょう。ALPHA0842L1.ISOはOpenVMSのファイル形式「Files-11」になっているだけで、別に壊れている訳ではありません。

ALPHA0842L1.ISOをCDに焼いておかないと、インストール作業には利用できません。問題なのはWindows10のエクスプローラーでは、ISO9660形式のISOイメージしかCDに焼けないことです。どうしようかと思いましたが、PCの中に「Nero Express Essentials 12.0.20000」が入っていたので、これを使うことにしました。こちらはISO9660形式以外でもCDに書き込めるので、問題はありませんでした。

VSI版OpenVMS Alpha 8.4-2L1をインストールするためのキットが入手できたので、これをつかってDigital PersonalWorkstation 500auにインストールできるか試してみようと思います。

%DCL-W-ACTIMAGE, error activating image CMA$TIS_SHR

VSIから入手したライセンスを利用するためには、VSI版OpenVMS Alpha 8.4-2を使用しなければなりません。現在はDEC版OpenVMS Alpha 7.3-1を利用しているので、アップデートするのか、それとも新規インストールするのか、方向性を考えなければなりません。

VSIからライセンスを入手した際に、VSI版OpenVMS Alphaのキットの所在も教えてもらいました。サイトにアクセスしてファイルを入手してみたのですが、拡張子が「.ZIPEXE」となっているファイルがあります。こういう拡張子のファイルはDEC時代のOpenVMSにはなかったと思います。どうやらHPE時代に登場したようです。VAX/VMS以来のセーブセットを使えば良いのではないかと思うのですが、何か問題があったのでしょうか。

この拡張子は自己解凍形式のZIP圧縮ファイルらしいのです。試しに実行しようとしたら、エラーになってしまいました。

$ run [-]avms842l1doc.zipexe

%DCL-W-ACTIMAGE, error activating image CMA$TIS_SHR

-CLI-E-IMGNAME, image file PWS500$DKA100:[SYS0.SYSCOMMON.][SYSLIB]CMA$TIS_SHR.EXE

-SYSTEM-F-SHRIDMISMAT, ident mismatch with shareable image

さっそく躓いてしまいました。OpenVMSのバージョンが旧いのが原因なのでしょうか。なかなか順調には進んでくれません。

Digital Persolal Workstation 500auのAlphaBIOSをSRMに変更

 先日VSIの「Community License Program」を申請してAlpha用のライセンスを入手しました。これを適用しようと思っているのは、自宅にあるDigital Personal Workstation 500auです。このマシンには従来「Hobbyist OpenVMS Program」として入手したライセンスを用いてOpenVMS Alpha V7.2を入れていましたが、VSI版OpenVMSに移行する必要があります。

準備作業のために久しぶりに電源を入れたら、ボタン電池が切れていたようで、AlphaBIOSが立ち上がってしまいました。このマシンはWindowsNTでも利用できるようになっておりAlphaBIOSが初期状態となるようですが、OpenVMSを利用する場合にはSRMに切り替える必要があります。もちろんSRMに切り替えておいたはずですが、バッテリ切れのために初期状態に戻ってしまったようです。

このマシンをWindowsNTで利用するならディスプレイやキーボードを取り付けておくところですが、OpenVMSとして使うならシリアルコンソールで十分です。ところがAlphaBIOSをSRMに変更しようとすると、ちょっと厄介なことになります。

数年前にも同じ作業をしたのでメモが残っていました。参考となる情報は「The OpenVMS Frequently Asked Questions (FAQ)」にある「14.3.7.3 How do I switch between AlphaBIOS/ARC and SRM consoles?」です。作業自体は、一度経験してみれば分かると思いますが、難しくありません。ただし注意すべきポイントが幾つかあります。

1. シリアルコンソールであっても作業は可能ですが、画面表示でVT100エスケープシーケンスが多用されているので、それを解釈できる端末で作業する必要があります。僕はRloginを利用しました。
2. 設定メニューを出すには「F2」などのファンクションキーを押す必要があるのですが、キーボードの「F2」を押しても遷移できません。前述したFAQにあるように、ファンクションキーの代替キーを入力する必要があります。例えば「F2」ならば「Ctrl-B」です。

これでAlphaBIOSからSRMに切り替わったのですが、電源を落とすと初期状態（ALphaBIOS）に戻ってしまうようです。ボタン電池の交換が必要なのでしょう。近いうちに交換しておこうと思います。

OpenVMS AlphaのVSI版ライセンス

VSIが発表した「VMS Software Community License Available」を入手してみたら、過去に「Hobbyist OpenVMS License」として入手してきたものと全然違いました。何か理由があるのだろうとは想像していましたが、念のためにメールで問い合わせてみました。

2020年8月18日15時前（日本時間）にメールを送信しましたが、正直言って、いつになったら返事が来るか不安でしたし、もしかすると返事が来ないかもしれないと思っていました。

ところがなんと、数時間後（日本時間の同日17時過ぎ）にはVSIの担当者から返事が届きました。VSIの公式サイトによればオフィスは米国マサチューセッツ州とスウェーデンにあるようです。いずれにしても日本時間とは昼夜逆転していると思いますが、それにもかかわらず素早く返信している事は好感がもてます。

ライセンスの構成が変わっているのは、VSI担当者からの返事によれば、HPEからOpenVMSの権利を引き継いだ時にライセンス体系の単純化が決められたからとの事です。僕も薄々そういう理由なのではないかと想像していました。

ライセンス体系が変化しているという事は、もはやHPEが提供していたような（もっと以前にはDECやCOMPAQが提供していたような）OpenVMS Alphaのライセンスは入手する術がないという事です。Hobbyist OpenVMSによるAlphaやVAXの旧バージョンのメディアを所有していますし、それをインストール出来るマシンも（AlphaもVAXも）持っていますが、ライセンスが無いので利用できないという事になります。

VSIがリリースしたOpenVMS Alphaに更新すれば、VSIのCommunity Licenseが利用できるのでしょう。VSI版OpenVMS Alphaが僕の所有している「Digital Personal WorkStation 500au」にインストールできるのか試してみようと思います。

VSI版OpenVMS Alpha用のライセンスなのか？

VSIから送られてきた「OpenVMS Community License」には「ALPHA-SYSTEM」と「ALPHA-LP」という2つのPAKしか入っていませんでした。当初これは何だろうと思いましたが、Webを検索してみると2017年頃にVSIが発表した情報を見つけました。そこには次のような記述があります。

• All OpenVMS & LP licenses included in Tiers
• License PAKs
• Alpha-System
• Alpha-LP

OpenVMSが必要とするライセンスの仕組みは、DECが開発したものだと思いますが、それをCOMPAQもHPも踏襲してきていました。内部構造がどうなっているのかは知りませんが、プロダクトなどのライセンス管理単位で決められている名称が内部に組み込まれているのだと思います。その名称ごとに有効無効の管理や、有効期限の管理が行われていたのではないかと思います。

これまでHPEから入手してきた「OpenVMS Hobbyist License」では、システム関係とレイヤードプロダクト関係を合わせて112個のPAKが含まれていました。それが、たった2個のPAKにまとめられてしまっているので、おそらくVSI側の意向としては、ライセンス管理単位が細かすぎて不必要に手間がかかっていると感じていたのではないでしょうか。それをまとめてしまう気持ちは分からなくもありませんが、DECやCOMPAQがリリースしていたOpenVMS Alphaとの互換性が失われてしまっているのは否めないのではないでしょうか。

DEC/COMPAQ/HP時代のOpenVMSの内部にはライセンス管理名称として「ALPHA-SYSTEM」や「ALPHA-LP」は入っていないだろうと思います。昔は「OPENVMS-ALPHA-USER」とか「DW-MOTIF-UI-JAPANESE」などのように、細かく細かくライセンス名称が分かれていたので、このようなライセンス名称しか認識しないのではないかと思います。そうなると、VSIから入手した「OpenVMS Community License」を入れても認識されず、有効期限を過ぎたら「ライセンスが無効です」というようなエラーが出てしまう気がします。

VSIがリリースしたOpenVMS Alphaを使えば問題ないのだろうと思いますが、それは避けたいと考えています。なんとかならないだろうかと、とりあえずVSIに問い合わせのメールを送ってみました。返事がくるかどうかわかりませんし、たとえ返事が来たとしても、昔流儀のPAKを発行してくれることになるかもわかりません。

どういう結末を迎えるのか不明ですが、できることを探っていこうと思います。

VSIからPAKが届いた、しかし・・・

VSIから2020年7月28日付で「VMS Software Community License Available」が発表されたので、2020年7月31日に「Community License Program」でPAKを申し込みました。ところが2週間ほど経っても音沙汰がなかったので、催促しようかと思っていました。

comp.os.vmsの「VSI Community License Program Update」を見ると、PAKが届いている人が現れ始めているようなので、僕のところにもそろそろ届くかもしれないと待っていたら、メール（送信日時：Sat, 15 Aug 2020 11:15:01 +0000）が届きました。

Hello Kazumi,

Thank you for your OpenVMS Community License application.

*snip*

Please click the following link to download the license PAK: 

ようやく連絡がきて安心しました。しかしダウンロードしたPAKがなんだか変です。

ダウンロードしたファイルはZIPで圧縮されています。その中にはコマンドプロシージャが入っているのは、OpenVMSなら、そういうものだろうと納得できます。しかしライセンスが「ALPHA-SYSTEM」と「ALPHA-LP」の2つだけしかありませんが、これで良いのでしょうか?これまでHPEから「OPENVMS HOBBYIST LICENSE REGISTRATION」として届いていたPAKには、以下に示すように、112種類のライセンスがありました。

$! PAKs(112) listed below include:

$!   ACMS, ACMS-REM, ACMS-RT, ACMSXP-DEV, ACMSXP-RT, ADA, ADA-PDO, ADAO-PDO, 

（以下略）

OpenVMSのライセンス管理の仕組みが不明ですが、VSIが送ってきた2つのライセンスで、HPEが発行した112のライセンスを代替できるものなのでしょうか。

もうひとつ不審なのが、有効期限が「/TERMINATION_DATE=14-JUL-2021」となっている点です。「/AUTHORIZATION=1-VSI-20200716-00021」のような情報もありますし、僕が申請した日付である2020年7月31日よりも前に準備していたファイルを間違って送ってきたのだろうかという疑いを持ちます。

問い合わせてみるのがよいかもしれません。

the “OpenVMS Community License Program” by VMS Software, Inc.

元々はDEC（Digital Equipment Corporation）が開発したOpenVMSには「OpenVMS Hobbyist license program」という個人ユーザ向けライセンスがありますが、現在はHPE（Hewlett Packard Enterprise）によって提供されています。ところが先日、ライセンス提供を終えることが予定されているというメールが届きました。このメールは世界中のユーザにも一斉に送られたようで、ユーザが集まるコミュニティにおいて、今後どうなるのかという心配する声が溢れていました。

OpenVMSは、DECを買収したCOMPAQが、さらにHPと合併したことにより、HPEが権利を保有していました。しかしHPEにとって今後も開発をしていく気はないらしく、数年前にVSI（VMS Software, Inc.）に権利を渡してしまいました。そのVSIが2020年4月22日に「OpenVMS Community License Program」を提供するつもりがあることを発表しました。

It will be called the “OpenVMS Community License Program”, and we are currently in the process of working out all the details, which will be available well before the end of the HPE Hobbyist license program.

このようなアナウンスが出たことはcomp.os.vmsの「OpenVMS Community License Program」で知りました。

詳細は検討中とのことなので、正式に発表されてみないと安心はできませんが、ちょっとホッとしました。提供アーキテクチャにはVAXが含まれているのか（僕はVAXstation3100を何台か所有しているので、気になります）とか、 ライセンス料金はどうなるのだろう（現在HPEから提供されているOpenVMS Hobbyist license programは無料です）とか、いろいろと気になるところがあります。今後の動向を注視していこうと思います。