Title: | VAX and Alpha VMS |
Notice: | This is a new VMSnotes, please read note 2.1 |
Moderator: | VAXAXP::BERNARDO |
Created: | Wed Jan 22 1997 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 703 |
Total number of notes: | 3722 |
Hi, a customer booted on the V6.2-1H3 CD (from local controller : >>> b -fl 0,0 dka400), then selecting DCL commands, he saw that the dad0 device was offline. Typing $$$ mc ess$ladcp sh service resulted in : LADCP Version A1.5 LADCP> show servi %LADCP-E-INTERR, an internal logic error has prevented completion of this command -SYSTEM-F-MEDOFL, medium is offline Then, using SYS$SYSTEM:AXPVMS$PCSI_INSTALL_MIN.COM he built a minimal OpenVMS on another disk. Booted from it. >>> b -fl e,0 dka DAD0 was online. Then he did @sys$update:ess$startup disk and all worked well. That is, he was able to access CDs connected to the infoserver. Is there a bug on the V6.2-1H3 ? Is it intended behaviour ? Here are my tests : 1) I reproduced this customer problem (but I didn't have the OpenVMS V7.1 CD to test against this version). 2) tried to boot from this CD which was in the infoserver (then DAD0 is online and DAD1 mounted (label ALPHA0621H3)). Any hints about this behaviour ? Thanks, Maria.
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
130.1 | Low-Prio QAR/IPMT... | XDELTA::HOFFMAN | Steve, OpenVMS Engineering | Mon Feb 03 1997 09:32 | 38 |
The customer sounds like they have a viable workaround. :LADCP Version A1.5 : LADCP> show servi : %LADCP-E-INTERR, an internal logic error has prevented completion of : this command : -SYSTEM-F-MEDOFL, medium is offline What were the other text lines output from the LADCP banner? From V6.2: LADCP Version A1.5 LASTPort Disk (LAD) Version V3.0 ESS$DADDRIVER Ident X-16U2 LADCP> From V7.1: LADCP Version X-7 LASTPort Disk (LAD) Version V3.0 ESS$DADDRIVER Ident X-21 LADCP> Exit ... :Is there a bug on the V6.2-1H3 ? Is it intended behaviour ? This certainly looks like a bug, though it's not clear where the bug is. You can QAR or IPMT it (low-priority), but there's not much that can be done for this CD-ROM other than getting a note into the support databases for future reference. If we do another CD-ROM -- either for an update to V6.2-1H3, or for this customer, or because of customer demand, then we can fix it. See note 8.* for information on how to order CD-ROM kits internally. | |||||
130.2 | second workaround | PRSSOS::MENICACCI | Mon Feb 03 1997 11:49 | 7 | |
Hi, I found a second workaround. Booting on the OpenVMS V7.1 CD (alpha071) Maria. |