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に対して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にRLoginで接続すると、端末タイプが「VT500相当」になります。VT500相当ではいけないという事ではありませんが、VT100などにはならないのか、そもそも任意に変更できるのか、不明でした。
$ show term
Terminal: _OPA0: Device_Type: VT500_Series Owner: SYSTEM
RLoginのWebサイトにある「エスケープシーケンス一覧」によると、「DA1」の応答はTermID設定によって変化すると書かれています。その「TermID設定」とは「3.6.1 ESC/CSI/DCSの設定」によれば次のように書かれています。
各種IDでは、DA1,DA2,DA3で応答する番号の初期値を設定できます。
試してみたところ、次のように変化しました。
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は既に入れてありますが、それ以外の設定は何もしていません。ひとまず次のような設定を済ませておきました。
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』というマニュアルを見つけたので、目を通してみました。些細なことかもしれませんが、やはり違いがあるようです。
試しにSSHで接続してみましたが、うまく行きませんでした。問題の所在をつきとめて、接続できるようにしたいと思います。
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版を使っていくことになります。
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でも報告されています。
このマシンはインストール出来ることを、VSIが正式に保証しているわけではないので、うまくいかないことがあってもやむを得ないと思いますが、なんとかインストールを成功させたいと思います。
Digital PersonalWorkstation 500auの基盤に取り付けられているCR2032を交換しましたが、何故かシリアルコンソールが出なくなってしまいました。何か表示が出るとか、ビープが鳴るなどの、何らかのアクションを起こしてくれれば、それを手掛かりに原因究明をおこなうのですが、何も出ません。このマシンにはグラフィックスボードもついており、もしかするとグラフィックス画面に何か表示が現れているのではないかとも考えられますが、（Web上でみかけた情報によると） ディスプレイやキーボードが接続されていなければ自動的にシリアルコンソールが有効になるそうです。
数年前にもシリアルコンソール出力に異常があり、その時に試行錯誤した記録を確認してみました。その時には、メモリスロットにあるメモリを、手持ちのメモリと入れ換えて様子をみたようです。そのうちになんとなく直ってしまったので、最終的に何が問題だったのかは不明なままです。今回も原因が不明（少なくともCR2032の交換が原因ではないと思う）ですが、前回同様メモリあたりから確認してみようと思います。
現状を確認すると、このマシンはメモリスロットが6本あり、2枚ずつ3組挿せるようになっています。基盤にはDIMM5、DIMM3、DIMM1と印刷されているのが見えます。メモリは次のようになっていました。
ひとまずメモリを全て取り外して電源を入れてみます。するとビープ音が鳴り異常を通知します。シリアルコンソールには何も表示がありません。
次にDIMM5に54-25092-DA x2だけを取り付けて電源を入れてみました。すると（もちろんビープは鳴りません）シリアルコンソールに表示が現れました。CR2032を交換したことで初期状態に戻ってしまったようでAlphaBIOSが起動しましたが、これはSRMに変更すれば良いだけの事です。ともかくシリアルコンソールが復活したのは大きな前進です。
今度はDIMM5にIO-DATA PC133 E133-256 x2だけを取り付けて電源を入れてみました。するとビープ音がなり、シリアルコンソールには何も表示がありません。これが問題の原因なのかもしれません。基盤を見ると、メモリスロットの側にLEDが8個あり、マシンの状態を示しているようです。上下に4個づつ配置されており、上段は「ON-ON-ON-OFF」、下段は「OFF-OFF-ON-ON」でした。
どうやらメモリに問題がありそうなので、DIMM5に54-25092-DA x2を、DIMM3に54-25092-DA x2を取り付け、DIMM1は空きのままとしました。この状態で電源を入れると、ビープも鳴らず、シリアルコンソールにも出力が現れました。CR2032を交換しているので、AlphaBIOSには戻らずSRMのままです。ちなみに、この状態でLEDを確認したら、上段は「ON-ON-ON-OFF」で、下段が「OFF-ON-OFF-OFF」でした。
これまではIO-DATAのメモリを挿したままでも問題が無かったのですが、偶々運が良かっただけだったのかもしれません。現状でもメモリは512Mあるので、問題はないでしょう。
>>>show config
Firmware
SRM Console: V6.9-7
ARC Console: 5.67
PALcode: VMS PALcode V1.20-14, OSF PALcode V1.22-17
SROM Version: v5.90
Processor
DECchip (tm) 21164A-2 Pass 500 MHz 96 KBytes SCache
2 MB BCache
PYXIS ASIC Pass 257
MEMORY
Memory Size = 512Mb
Bank Size/Sets Base Addr
------ ---------- ---------
1 256Mb 00000000
2 256Mb 10000000
BCache Size = 2Mb
Tested Memory = 512Mbytes
ともかくシリアルコンソールが復活したことで、VSI版OpenVMS Alpha 8.4-2L1を試してみることが出来るようなりました。
Digital PersonalWorkstation 500auは、シリアルコンソールで利用しています。OpenVMSを利用するにはSRMにしておく必要がありますが、電源を入れるとAlphaBIOSが起動してしまいます。内部バッテリCR2032が切れてしまったのかもしれません。交換作業は難しくありません。過去（2009年頃および2014年頃）にも交換作業をしました。
新しいCR2032と交換して、電源を入れたところ、なぜかシリアルコンソールに出力が出なくなりました。このような問題が生じるとは考えていませんでした。おそらくAlphaBIOSが起動するだろうから、SRMに変更しようと思っていたのです。CR2032を交換したので、今後は電源を入れても、AlphaBIOSに戻ることは無く、SRMで起動するハズだと考えていました。事実、過去に交換した時には、そうだったのです。
シリアルコンソールに何も表示がでないと、手も足も出ません。何か故障でもしているなら、電源投入時の自己診断で、何かビープ音でも出そうなものですが、異常を知らせるような音は発していません。
このマシンは過去にもシリアルコンソールが突然出なくなる現象を起こしたことがあります。調べても問題の原因が不明で、いつの間にか現象が現れなくなっていたのですが、再発したようです。何が問題なのか不明なので、対処のしようもありません。かと言って、このままでは鉄屑になってしまうので、冷静に状況を確認しながら、解決を図ろうと思います。
VSI版OpenVMS AlphaのCDが焼けたことだし、早速インストールしてみようと思っていましたが、ひとまずお預けです。ZIPEXEの問題は解決しましたが、シリアルコンソールの問題が再発して、一難去ってまた一難という感じです。
先日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?」です。作業自体は、一度経験してみれば分かると思いますが、難しくありません。ただし注意すべきポイントが幾つかあります。
これでAlphaBIOSからSRMに切り替わったのですが、電源を落とすと初期状態（ALphaBIOS）に戻ってしまうようです。ボタン電池の交換が必要なのでしょう。近いうちに交換しておこうと思います。
Date: 27 Nov 2019 10:00:13 GMT
From: no-reply@hp.com
Subject: Thank you for contacting HP
Your message is important to us. It has been forwarded to the HP OpenVMS Systems
response team. An auto-acknowledgement will be sent to you to confirm your e-ma
il address and to confirm that we have received your inquiry. If you do not rece
ive an auto-acknowledgement after 1 hour, please re-submit your inquiry and veri
fy that you've entered the correct e-mail address.
If you have submitted an inquiry that is not related to HP OpenVMS Systems, we w
ill forward your message to the appropriate organization within HP.
If you have additional feedback or inquiries, please visit our <a href"http://we
lcome.hp.com/country/us/en/wwcontact.html">Contact HP</a> page.
Thank you,
OpenVMS webmaster
Date: Wed, 27 Nov 2019 10:28:10 GMT
From: OpenVMS Customer Lab <openvmscustomerlab@hpe.com>
Subject: RE: OpenVMS Hobbyist Registration
Hello Furusawa-san,
Please see attached for PAKs to use on your VAX or Alpha.
The attached file is a DCL command file; to load your PAKs simply execute it
（以下略）
Welcome to OpenVMS (TM) Alpha Operating System, Version V7.2OpenVMSのような本格的なOSが個人的に利用できるのは有り難いことです。
Username: system
Password:
Welcome to OpenVMS (TM) Alpha Operating System, Version V7.2 on node PWS500
Last interactive login on Friday, 13-OCT-2017 07:39:18.16
Last non-interactive login on Friday, 13-OCT-2017 07:41:49.56
$ @SYS$SYSROOT:[SYSMGR]HOBBYIST-USE-ONLY-VA.TXT;2
%SHOW-I-NOLICMATCH, no licenses match search criteria
%LICENSE-I-DISABLED, ACMS HOBBYIST-VA-KEY12497-151009 has been disabled
%LICENSE-I-DISABLED, ACMS HOBBYIST-VA-KEY12497-161007 has been disabled
%LICENSE-I-DISABLED, ACMS HOBBYIST-VA-KEY12497-171009 has been disabled
%LICENSE-I-UNLOADED, ACMS has been unloaded
%LICENSE-I-ENABLED, ACMS HOBBYIST-VA-KEY12497-171009 has been enabled
%LICENSE-I-LOADED, DEC ACMS was successfully loaded with 0 units
%SHOW-I-NOLICMATCH, no licenses match search criteria
%LICENSE-I-DISABLED, ACMS-REM HOBBYIST-VA-KEY12497-151009 has been disabled
*snip*
%LICENSE-I-DISABLED, X500-DIRECTORY-SERVER HOBBYIST-VA-KEY12497-151009 has been disabled
%LICENSE-I-DISABLED, X500-DIRECTORY-SERVER HOBBYIST-VA-KEY12497-161007 has been disabled
%LICENSE-I-DISABLED, X500-DIRECTORY-SERVER HOBBYIST-VA-KEY12497-171009 has been disabled
%LICENSE-I-UNLOADED, X500-DIRECTORY-SERVER has been unloaded
%LICENSE-I-ENABLED, X500-DIRECTORY-SERVER HOBBYIST-VA-KEY12497-171009 has been enabled
%LICENSE-I-LOADED, DEC X500-DIRECTORY-SERVER was successfully loaded with 0 units
Completion of PAK Load Command File....
libtool: link: cannot find the library `/usr/pkgsrc/x11/mate-applets/work/.buildlink/lib/libintl.la' or unhandled argument `/usr/pkgsrc/x11/mate-applets/work/.buildlink/lib/libintl.la'このエラーメッセージではファイルが見つからないと訴えています。該当するディレクトリを調べてみたら、確かにファイルはありません。このディレクトリはシンボリックリンクだらけなので、次に考えることは、シンボリックリンクで参照しようしているファイルの実体が無いのか、シンボリックリンクが生成されないのが問題なのかを判断することです。
--- x11/mate-applets/Makefile.org 2016-10-29 20:31:36.000000000 +0900この変更を行うことで、シンボリックリンクもできましたし、エラーも出ずビルドできるようになりました。ビルド中にエラーがでた他のパッケージも同様の修正を加えることで、エラーが消えました。
+++ x11/mate-applets/Makefile 2016-10-28 09:39:00.000000000 +0900
@@ -40,10 +40,14 @@
REPLACE_PYTHON+= invest-applet/invest/mate-invest-chart
.include "../../lang/python/application.mk"
+BROKEN_GETTEXT_DETECTION= yes
+USE_BUILTIN.gettext= no # force use of pkgsrc gettext-lib
+
.include "../../x11/mate-panel/buildlink3.mk"
.include "../../x11/mate-desktop/buildlink3.mk"
.include "../../x11/mate-settings-daemon/buildlink3.mk"
.include "../../misc/libmateweather/buildlink3.mk"
+.include "../../devel/gettext-lib/buildlink3.mk"
.include "../../devel/glib2/buildlink3.mk"
.include "../../devel/libglade/buildlink3.mk"
.include "../../devel/libwnck/buildlink3.mk"
$ tcpip show version送られてきたPAKをSYS$SCRATCHにコピーしました。このファイルはコマンド・プロシージャ形式なので、拡張子まで指定すれば、先頭に@をつけて直接実行できます。
DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0
on a Digital Personal WorkStation running OpenVMS V7.2
$ dir sys$scratch:hobbyist-use-only-va.txtこれでライセンスの更新は終わりました。
Directory SYS$SYSROOT:[SYSMGR]
HOBBYIST-USE-ONLY-VA.TXT;1
Total of 1 file.
$ @sys$scratch:hobbyist-use-only-va.txt
%SHOW-I-NOLICMATCH, no licenses match search criteria
%LICENSE-I-DISABLED, ACMS HOBBYIST-VA-KEY12497-151009 has been disabled
%LICENSE-I-DISABLED, ACMS HOBBYIST-VA-KEY12497-161007 has been disabled
%LICENSE-I-UNLOADED, ACMS has been unloaded
%LICENSE-I-ENABLED, ACMS HOBBYIST-VA-KEY12497-161007 has been enabled
%LICENSE-I-LOADED, DEC ACMS was successfully loaded with 0 units
%SHOW-I-NOLICMATCH, no licenses match search criteria
（略）
%SHOW-I-NOLICMATCH, no licenses match search criteria
%LICENSE-I-DISABLED, X500-DIRECTORY-SERVER HOBBYIST-VA-KEY12497-151009 has been disabled
%LICENSE-I-DISABLED, X500-DIRECTORY-SERVER HOBBYIST-VA-KEY12497-161007 has been disabled
%LICENSE-I-UNLOADED, X500-DIRECTORY-SERVER has been unloaded
%LICENSE-I-ENABLED, X500-DIRECTORY-SERVER HOBBYIST-VA-KEY12497-161007 has been enabled
%LICENSE-I-LOADED, DEC X500-DIRECTORY-SERVER was successfully loaded with 0 units
Completion of PAK Load Command File....
$
Directory DISK$USER:[FURUSAWA.GZIP-1$5N4]まず[.GZIP-1$5N4.VMS]$R$EADME.VMSにある「a) MAKEZIP.COM」の記述に従ってコンパイルしようとしたらエラーになりました。
$AUTHORS.;1 $C$HANGE$L$OG-2007.;1 $C$HANGE$L$OG.;1
$COPYING.;1 $GNU$MAKEFILE.;1 $INSTALL.;1 $M$AKEFILE.AM;1
（以下略）
$ @[.vms]makegzipconfig.hが見つからないというエラーですが、gzipに限らず普通ならconfigureを走らせることで作られるファイルです。
#include <config.h>
.^
%CC-F-NOINCLFILE, Cannot find file <config.h> specified in #include directive.
at line number 57 in file DISK$USER:[FURUSAWA.GZIP-1$5N4]GZIP.C;1
/* config.h_vms 1.5. Generated manually (from Tru64). 2012-08-28 SMS. */つまりOpenVMS以外（この場合はTru64）でconfigureを走らせてconfig.hを生成し、その後に手作業で修正したということなのでしょう。
/* lib/config.h. Generated from config.hin by configure. */
/* lib/config.hin. Generated from configure.ac by autoheader. */
TCPIP> map "/dka100" pws500$dka100:さらにFreeBSD/i386側からNFS接続してくるユーザをOpenVMS alpha上のユーザと対応づけておく必要があります。ここで注意が必要だったのは、uid=0すなわちrootアカウントについても対応させておく必要があったことでした。FreeBSD/i386でmountコマンドを用いるときにはrootでおこないますが、その時に対応付けがないとマウントできません。オペレーションコンソールに「%TCPIP-W-NFS_NOCMAP, cannot find client record in proxy database (TCPIP$PROXY)」と「-TCPIP-S-NFS_CLIENT, uid=0 gid=0 host_name = 以下略」のような出力が出てきてしまいます。FreeBSDにおけるrootはOpenVMSのSYSTEMに相当するわけですが、proxyでSYSTEMに対応付けるのはセキュリティの問題になりそうな気がして抵抗を感じます。そこでNFSサーバを有効にした時に自動作成されるアカウントTCPIP$NFSを使うことにしました。
TCPIP> sh map
Dynamic Filesystem Map
Pathname Logical File System
/dka100 PWS500$DKA100:
TCPIP> add export "/dka100/user" /host=*
TCPIP> sh export
File System Host name
/dka100/user *
TCPIP> sh proxyNFSサーバの状態はshow nfsやshow portmapperで確認できます。NFSサーバに接続が無い状況では以下のようになっています。
VMS User_name Type User_ID Group_ID Host_name
FURUSAWA ON 1001 1001 *
TCPIP$NFS ON 0 0 *
TCPIP> sh nfsFreeBSD/i386側からNFSマウントする時に注意が必要なのはmntudpオプションをつけることです。
%TCPIP-E-NONFS, NFS server is not active
-SYSTEM-W-NONEXPR, nonexistent process
TCPIP> sh portm
Program Number Version Protocol Port-number Process Service-name
---------------------- ------- ---------- ----------- -------- ------------
000186A0 ( 100000) 2 TCP 111 00000215 PORTMAPPER
000186A0 ( 100000) 2 UDP 111 00000215 PORTMAPPER
root@kazumi:~ # mount -t nfs 192.168.1.161:/dka100/user /mntFreeBSD/i386側からNFSマウントしたOpenVMS alphaのディスクを見ると、OSの違いが顕著に表れます。マウント時のオプションで変更できることもありますが、注意は必要です。
[tcp] 192.168.1.161:/dka100/user: RPCPROG_NFS: RPC: Program not registered
^C
root@kazumi:~ # mount -o mntudp -t nfs 192.168.1.161:/dka100/user /mnt
furusawa% cp a.c /mnt/furusawa/a.c.5NFSを経由するとRecord formatが「Variable length」から「Stream_LF」に変わるようです。
furusawa% ls -l /mnt/furusawa/a.c*
-rwxr-x--- 1 furusawa furusawa 94 Oct 15 10:02 /mnt/furusawa/a.c.1
-rwxr-x--- 1 furusawa furusawa 94 Mar 8 09:49 /mnt/furusawa/a.c.2
-rwxr-x--- 1 furusawa furusawa 94 Mar 8 10:12 /mnt/furusawa/a.c.3
-rwxr-x--- 1 furusawa furusawa 84 Mar 8 11:13 /mnt/furusawa/a.c.4
-rw-r--r-- 1 furusawa furusawa 84 Mar 8 11:15 /mnt/furusawa/a.c.5
$ dir/full a.c;1,;5
Directory DISK$USER:[FURUSAWA]
A.C;1 File ID: (3050,6,0)
Size: 1/4 Owner: [FURUSAWA]
Created: 15-OCT-2015 10:02:50.88
Revised: 15-OCT-2015 10:02:50.95 (1)
Expires: <None specified>
Backup: <No backup recorded>
Effective: <None specified>
Recording: <None specified>
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 4, Extend: 0, Global buffer count: 0
No version limit
Record format: Variable length, maximum 0 bytes, longest 31 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:
Access Cntrl List: None
Client attributes: None
A.C;5 File ID: (3762,1,0)
Size: 1/8 Owner: [FURUSAWA]
Created: 8-MAR-2016 11:15:09.92
Revised: 8-MAR-2016 11:15:39.73 (0)
Expires: <None specified>
Backup: <No backup recorded>
Effective: <None specified>
Recording: <None specified>
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 8, Extend: 0, Global buffer count: 0
No version limit
Record format: Stream_LF, maximum 0 bytes, longest 32767 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWD, Owner:RWD, Group:R, World:R
Access Cntrl List: None
Client attributes: None
Total of 2 files, 2/12 blocks.
root@kazumi:~ # umount /mnt
umount: 192.168.1.161: RPCMNT_UMOUNT: RPC: Program/version mismatch; low version = 1, high version = 1
$ tcpip mount dnfs1: /host=192.168.1.221 /path="/usr/local"NFSでFreeBSD/i386上のファイルをマウントしたとしても、OpenVMS上のファイルシステムのように見えている訳なのでOpenVMSの流儀でファイルを転送しなければなりません。
%TCPIP$DNFSMOUNT-S-MOUNTED, /usr/local mounted on _DNFS1:[000000]
$ tcpip show mount
_DNFS1:[000000] mounted
192.168.1.221:/usr/local
$ dir dnfs1:[home.furusawa.tmp]a.cNFSマウントしたディスクから転送されたファイルは、ローカルディスク上のファイルとは多少異なるファイル属性を持ちます。Record formatが「Variable length」から「Stream_LF」に変わっています。これがどのような意味を持つのか不詳なので、マニュアルで確認しておきたいと思います。
Directory DNFS1:[HOME.FURUSAWA.TMP]
A.C;1
Total of 1 file.
$ copy dnfs1:[home.furusawa.tmp]a.c []/log
%COPY-S-COPIED, DNFS1:[HOME.FURUSAWA.TMP]A.C;1 copied to DISK$USER:[FURUSAWA]A.C
;4 (1 block)
$ dir/full a.c;1,;4
Directory DISK$USER:[FURUSAWA]
A.C;1 File ID: (3050,6,0)
Size: 1/4 Owner: [FURUSAWA]
Created: 15-OCT-2015 10:02:50.88
Revised: 15-OCT-2015 10:02:50.95 (1)
Expires: <None specified>
Backup: <No backup recorded>
Effective: <None specified>
Recording: <None specified>
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 4, Extend: 0, Global buffer count: 0
No version limit
Record format: Variable length, maximum 0 bytes, longest 31 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:
Access Cntrl List: None
Client attributes: None
A.C;4 File ID: (3758,11056,0)
Size: 1/4 Owner: [FURUSAWA]
Created: 8-MAR-2016 09:54:53.73
Revised: 8-MAR-2016 10:28:20.84 (1)
Expires: <None specified>
Backup: <No backup recorded>
Effective: <None specified>
Recording: <None specified>
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 4, Extend: 0, Global buffer count: 0
No version limit
Record format: Stream_LF, maximum 0 bytes, longest 0 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:
Access Cntrl List: None
Client attributes: None
Total of 2 files, 2/8 blocks.
furusawa% ftp -N /dev/null 192.168.1.161FTPで転送したファイルはOpenVMSのFTPサーバがディスク上にファイルとして書き込むので、OpenVMS上のエディタでファイルを作成したものと同じファイル属性を持つことになります。
Connected to 192.168.1.161.
220 192.168.1.161 FTP Server (Version 5.0) Ready.
Name (pws500ov:furusawa):
331 Username furusawa requires a Password
Password:
230 User logged in.
Remote system type is VMS.
ftp> asc
200 TYPE set to ASCII.
ftp> put a.c
local: a.c remote: a.c
227 Entering Passive Mode (192,168,1,161,4,4)
150 Opening data connection for DISK$USER:[FURUSAWA]a.c; (192.168.1.221,28115)
100% |***********************************| 90 201.12 KiB/s --:-- ETA
226 Transfer complete.
90 bytes sent in 00:00 (0.88 KiB/s)
ftp> bye
221 Goodbye.
$ dir/ful a.c;1,;3
Directory DISK$USER:[FURUSAWA]
A.C;1 File ID: (3050,6,0)
Size: 1/4 Owner: [FURUSAWA]
Created: 15-OCT-2015 10:02:50.88
Revised: 15-OCT-2015 10:02:50.95 (1)
Expires: <None specified>
Backup: <No backup recorded>
Effective: <None specified>
Recording: <None specified>
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 4, Extend: 0, Global buffer count: 0
No version limit
Record format: Variable length, maximum 0 bytes, longest 31 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:
Access Cntrl List: None
Client attributes: None
A.C;3 File ID: (3757,11057,0)
Size: 1/4 Owner: [FURUSAWA]
Created: 8-MAR-2016 10:12:49.89
Revised: 8-MAR-2016 10:12:49.96 (1)
Expires: <None specified>
Backup: <No backup recorded>
Effective: <None specified>
Recording: <None specified>
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 4, Extend: 0, Global buffer count: 0
No version limit
Record format: Variable length, maximum 0 bytes, longest 31 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:
Access Cntrl List: None
Client attributes: None
Total of 2 files, 2/8 blocks.
$ tcpip show version
DIGITAL TCP/IP Services for OpenVMS Alpha Version V5.0
on a Digital Personal WorkStation running OpenVMS V7.2
$ ftp 192.168.1.221FTPで受け取ったファイルはOpenVMSのFTPクライアントがディスク上にファイルとして書き込むので、OpenVMS上のエディタでファイルを作成したものと同じファイル属性を持つことになります。
220 192.168.1.221 FTP server (Version 6.00LS) ready.
Connected to 192.168.1.221.
Name (192.168.1.221:furusawa):
331 Password required for furusawa.
Password:
230 User furusawa logged in.
FTP> cd tmp
250 CWD command successful.
FTP> asc
200 Type set to A.
FTP> get a.c
200 PORT command successful.
150 Opening ASCII mode data connection for 'a.c' (84 bytes).
226 Transfer complete.
local: DISK$USER:[FURUSAWA]A.C;2 remote: a.c
84 bytes received in 00:00:00.01 seconds (5.46 Kbytes/s)
FTP> bye
221 Goodbye.
$ dir/ful a.c;*
Directory DISK$USER:[FURUSAWA]
A.C;2 File ID: (3627,6,0)
Size: 1/4 Owner: [FURUSAWA]
Created: 8-MAR-2016 09:49:27.24
Revised: 8-MAR-2016 09:49:27.30 (1)
Expires: <None specified>
Backup: <No backup recorded>
Effective: <None specified>
Recording: <None specified>
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 4, Extend: 0, Global buffer count: 0
No version limit
Record format: Variable length, maximum 0 bytes, longest 31 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:
Access Cntrl List: None
Client attributes: None
A.C;1 File ID: (3050,6,0)
Size: 1/4 Owner: [FURUSAWA]
Created: 15-OCT-2015 10:02:50.88
Revised: 15-OCT-2015 10:02:50.95 (1)
Expires: <None specified>
Backup: <No backup recorded>
Effective: <None specified>
Recording: <None specified>
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 4, Extend: 0, Global buffer count: 0
No version limit
Record format: Variable length, maximum 0 bytes, longest 31 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:
Access Cntrl List: None
Client attributes: None
Total of 2 files, 2/8 blocks.
Digital Personal WorkStation 500au Console V6.9-7この状態でOpenVMSを起動して一晩放置してみましたがハングアップしませんでした。調査前は10分もしないうちにハングしていたので、ひとまず解決したようです。
built on Oct 30 1998 at 14:10:45
>>>sh mem
Memory Size = 1024Mb
Bank Size/Sets Base Addr
------ ---------- ---------
0 512Mb 00000000
1 256Mb 20000000
2 256Mb 30000000
BCache Size = 2Mb
Tested Memory = 1024Mbytes
