I have DS20E with FCA-2354 HBAs. My server fails to boot from a NetApp Clustered ONTAP storage system.
The LUN is detected by the OpenVMS server but fails to boot with error message saying disk path no longer valid. A re-init of the system shows lot of $0$DGA devices as well, which I belive should not come. After an init, executing "show dev dga" on shows the required FC LUNs but the same command run after a "wwidmgr -show wwid" gives the improper $0$DGA devices.
The SAN Boot works on a NetApp 7-Mode system but fails with NetApp Clustered ONTAP storage system.
I have seen this issue on all OpenVMS versions.
Can anyone guide me with this?
Below is the console log messages
P00>>>show dev dga
dga5.1001.0.8.1 $1$DGA5 NETAPP LUN C-Mode 8200
dga5.1002.0.8.1 $1$DGA5 NETAPP LUN C-Mode 8200
dga6.1001.0.8.1 $1$DGA6 NETAPP LUN C-Mode 8200
dga6.1002.0.8.1 $1$DGA6 NETAPP LUN C-Mode 8200
P00>>>boot
(boot dga5.1001.0.8.1 -flags 0,0)
block 0 of dga5.1001.0.8.1 is a valid boot block
reading 1230 blocks from dga5.1001.0.8.1
device dga5.1001.0.8.1 no longer valid
failed to read dga5.1001.0.8.1
bootstrap failure
(boot dga5.1002.0.8.1 -flags 0,0)
block 0 of dga5.1002.0.8.1 is a valid boot block
reading 1230 blocks from dga5.1002.0.8.1
device dga5.1002.0.8.1 no longer valid
failed to read dga5.1002.0.8.1
bootstrap failure
(boot dga6.1001.0.8.1 -flags 0,0)
block 0 of dga6.1001.0.8.1 is a valid boot block
reading 1230 blocks from dga6.1001.0.8.1
device dga6.1001.0.8.1 no longer valid
failed to read dga6.1001.0.8.1
bootstrap failure
(boot dga6.1002.0.8.1 -flags 0,0)
block 0 of dga6.1002.0.8.1 is a valid boot block
reading 1230 blocks from dga6.1002.0.8.1
device dga6.1002.0.8.1 no longer valid
failed to read dga6.1002.0.8.1
bootstrap failure
P00>>>init
Initializing...
1024 Meg of system memory
probing hose 1, PCI
bus 0, slot 7 -- ewa -- DE500-AA Network Controller
bus 0, slot 8 -- pga -- FCA-2354
probing hose 0, PCI
probing PCI-to-ISA bridge, bus 1
probing PCI-to-PCI bridge, hose 0 bus 2
bus 0, slot 5, function 1 -- dqa -- Cypress 82C693 IDE
bus 0, slot 5, function 2 -- dqb -- Cypress 82C693 IDE
bus 0, slot 5, function 3 -- usba -- Cypress 82C693 USB
bus 0, slot 6, function 0 -- pka -- Adaptec AIC-7895
bus 0, slot 6, function 1 -- pkb -- Adaptec AIC-7895
bus 0, slot 7 -- vga -- S3 Trio64/Trio32
bus 0, slot 8 -- pgb -- FCA-2354
bus 2, slot 4 -- eia -- DE602-AA
bus 2, slot 5 -- eib -- DE602-AA
initializing GCT/FRU at 1e6000
Testing the System
Testing the Memory
Testing the Disks (read only)
Testing ei* devices.
Testing ew* devices.
System Temperature is 30 degrees C
I had another client that had a similar issue with newer Netapp hardware. In that case, he was not able to boot the san disk but was able to use the san disks as data disks. His solution was to use a local shadow set for the system disk and just use the san disks for data. The problem, we believe is with the Alpha side that does not handle the communications properly during the boot process. Further investigation was not possible at that time due to production requirements. Note that this problem only occurred with the newer Netapp hardware and software levels. I believe that the Ontap version is critical in showing this problem.
I was setting up a new OpenVMS environment with Clustered ONTAP and hit this issue. As you mentioned the data disks are working fine. I was even able to mount the boot disk on the DCL prompt after booting from a CD and the files are all readable and intack on the SAN Boot disk. Unfortunately, the Boot part fails.
The same disk after doing backup to another local disk or a NetApp 7-Mode disk works fine as a boot disk.
As I stated initially, this is an issue with the Alpha and Ontap not being "in- sync" with each other for the boot process. As far as I know, Netapp does not support this setup with the new ontap system and the old alpha systems. Use either the 7-mode or a local set of disks for the boot system and add another on the SAN as a shadow member to keep a copy there as well.
You don't indicate the OpenVMS version. With V7.3-2 you are limited to 3 shadow members and I would have 2 "local" with a copy on the SAN totaling 3 copies. With V8 you can have more which can give you 2 copies on the SAN.
malmberg March 24 2018 Probably. More people hang out on the comp.os.vms newsgroup.
vaxpert March 23 2018 I have a PE42A and other Alpha system stuff for sale. I'm in So California. Any interest out there?
goodbyespy February 27 2018 To Prohorenko. Please, visit group OpenVMS in the ok.ru
peteherrera February 24 2018 How much does it cost to buy a complete OpenVMS hardcopy documentation set of the latest version
prohorenko February 17 2018 Please help to obtain the license on OpenVMS
malmberg December 12 2017 HPE only makes the most current version of OpenVMS Alpha / IA64 /VAX available to hobbyists. When I had access to the Alliance 1 program it was the same. No public downloads are allowed by HPE.
nmbonao December 08 2017 Is anybody knows OpenVMS 8.2 version downloadable version? or CD copy? Thank you very much
aarommes December 02 2017 Bitcoin and Blockchain enthusiasts ( plus distributed computing ) please connec / reply: http://www.openvmshobbyis t.com/forum/viewthread.ph p?forum_id=130&thread_id= 2991
malmberg September 10 2017 https://sourceforge.net/p /vms-ports/wiki/VMSInstal lation/ For the most part just use VMS 6.1 media instead of 7.3. But why run the older release?
DoeveR August 07 2017 Where can I find the write up on running VMS 6.1 using the simh emulator?
Bart March 20 2017 Happy to have found my password again!
peteherrera March 04 2017 It would be nice to be able to buy the lastest hardcopy full OpenVMS docset at a very reduced price through the Hobbyist program.
malmberg February 05 2017 Decus > Connect > Encompass<Country>
