Error during 7.1-2 to 7.2-1 upgrade, DUPKEY in STARLET.OLB index

Error during 7.1-2 to 7.2-1 upgrade, DUPKEY in STARLET.OLB index

Post by Ian Burgess, University of Queensla » Wed, 23 Feb 2000 04:00:00



I have just upgraded two OpenVMS Alpha systems from 7.1-2 to 7.2-1
and both gave
%PCSI-E-WRITEERR, error writing dev:[VMS$COMMON.SYSLIB]STARLET.OLB
  -LBR-E-DUPKEY, duplicate key in index

I ignored the "strong recommendation" to terminate and things seem
okay, so far; (until some LINK wants what's missing in STARLET?)

Any experiences?  Any suggestions?

The patch levels of the 7.1-2 systems were VMS712_UPDATE02 V1.0 and
VMS712_UPDATE V3.0.

Products include, Rdb 7, UCX 5.0A, DecNET phase IV, many layered
products in latest versions.

I have the old and the modified STARLET.OLB, but have not yet
begun the task of comparing them.


Information Technology Services                 Phone:   61 7 336 54074
The University of Queensland      
BRISBANE AUSTRALIA 4072

Cheers,
          Ian
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

Information Technology Services                 Phone:   61 7 336 54074
Prentice Building
The University of Queensland      

 
 
 

Error during 7.1-2 to 7.2-1 upgrade, DUPKEY in STARLET.OLB index

Post by KMc.. » Wed, 23 Feb 2000 04:00:00




> I have just upgraded two OpenVMS Alpha systems from 7.1-2 to 7.2-1
> and both gave
> %PCSI-E-WRITEERR, error writing dev:[VMS$COMMON.SYSLIB]STARLET.OLB
>   -LBR-E-DUPKEY, duplicate key in index

> I ignored the "strong recommendation" to terminate and things seem
> okay, so far; (until some LINK wants what's missing in STARLET?)

> Any experiences?  Any suggestions?

> The patch levels of the 7.1-2 systems were VMS712_UPDATE02 V1.0 and
> VMS712_UPDATE V3.0.

> Products include, Rdb 7, UCX 5.0A, DecNET phase IV, many layered
> products in latest versions.

> I have the old and the modified STARLET.OLB, but have not yet
> begun the task of comparing them.

> Ian Burgess


Quote:> Information Technology Services                 Phone:   61 7 336
54074
> The University of Queensland
> BRISBANE AUSTRALIA 4072

> Cheers,
>           Ian
> -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -
-
> Ian Burgess


Quote:> Information Technology Services                 Phone:   61 7 336
54074
> Prentice Building
> The University of Queensland

I had the same problem but did not continue.  Contacted Compaq and they
gave me the following work arounds.
=====================================================
Subject:        work arounds for lib-f-dupkey pcsi-e-writerr during 7.2
upgrade

After restoring to 7.1 try:

$LIBRARY/DELETE=(*C$SYS_ERRLIST*,C$*)
SYS$LIBRARY:STARLET.OLB

Another workaround recommends the following:

Delete the following modules from STARLET.OLB:

   COB_INT128
   COB_INT256
   COB_STOP_STATUS
   DPML_FIND_CALLERS_PD
   DPML_FIND_CALLERS_PD_INIT
   FDV$PLITRM
   FORMS$OBJECT_TABLES
   LIB_PACKED_ARITH
   RDB$CONVRT
   RDB$RDBVMSINIT
   RDBMSGS_PTR
   RDO$MSG
   RDBMSGS_PTR
   RDO$MSG

A third workaround would be to delete the current copy of STARLET.OLB,
replace with a copy from the current distribution media and then
reinstall all layered products.  Again the customer finds this request
to be unreasonable.

===============================================

When I have time, I will retry the upgrade.  I intend to copy the
current version of STARLET.OLB and use the distribution STARLET.OLB for
the upgrade.  Afterwards, if it works, I'll replace any missing modules
from my original STARLET.OLB.

My configuration is similar to yours, UCX 4.1, RDB 6.1A, DECNet Phase
IV.

Kurt McRae

Sent via Deja.com http://www.deja.com/
Before you buy.

 
 
 

Error during 7.1-2 to 7.2-1 upgrade, DUPKEY in STARLET.OLB index

Post by P.Lj » Wed, 23 Feb 2000 04:00:00


Or continue and answer Yes the twelve times I think it was, it should be
updated anyway

/P.Lj




> > I have just upgraded two OpenVMS Alpha systems from 7.1-2 to 7.2-1
> > and both gave
> > %PCSI-E-WRITEERR, error writing dev:[VMS$COMMON.SYSLIB]STARLET.OLB
> >   -LBR-E-DUPKEY, duplicate key in index

> > I ignored the "strong recommendation" to terminate and things seem
> > okay, so far; (until some LINK wants what's missing in STARLET?)

> > Any experiences?  Any suggestions?

> > The patch levels of the 7.1-2 systems were VMS712_UPDATE02 V1.0 and
> > VMS712_UPDATE V3.0.

> > Products include, Rdb 7, UCX 5.0A, DecNET phase IV, many layered
> > products in latest versions.

> > I have the old and the modified STARLET.OLB, but have not yet
> > begun the task of comparing them.

> > Ian Burgess

> > Information Technology Services                 Phone:   61 7 336
> 54074
> > The University of Queensland
> > BRISBANE AUSTRALIA 4072

> > Cheers,
> >           Ian
> > -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -
> -
> > Ian Burgess

> > Information Technology Services                 Phone:   61 7 336
> 54074
> > Prentice Building
> > The University of Queensland

> I had the same problem but did not continue.  Contacted Compaq and they
> gave me the following work arounds.
> =====================================================
> Subject:        work arounds for lib-f-dupkey pcsi-e-writerr during 7.2
> upgrade

> After restoring to 7.1 try:

> $LIBRARY/DELETE=(*C$SYS_ERRLIST*,C$*)
> SYS$LIBRARY:STARLET.OLB

> Another workaround recommends the following:

> Delete the following modules from STARLET.OLB:

>    COB_INT128
>    COB_INT256
>    COB_STOP_STATUS
>    DPML_FIND_CALLERS_PD
>    DPML_FIND_CALLERS_PD_INIT
>    FDV$PLITRM
>    FORMS$OBJECT_TABLES
>    LIB_PACKED_ARITH
>    RDB$CONVRT
>    RDB$RDBVMSINIT
>    RDBMSGS_PTR
>    RDO$MSG
>    RDBMSGS_PTR
>    RDO$MSG

> A third workaround would be to delete the current copy of STARLET.OLB,
> replace with a copy from the current distribution media and then
> reinstall all layered products.  Again the customer finds this request
> to be unreasonable.

> ===============================================

> When I have time, I will retry the upgrade.  I intend to copy the
> current version of STARLET.OLB and use the distribution STARLET.OLB for
> the upgrade.  Afterwards, if it works, I'll replace any missing modules
> from my original STARLET.OLB.

> My configuration is similar to yours, UCX 4.1, RDB 6.1A, DECNet Phase
> IV.

> Kurt McRae

> Sent via Deja.com http://www.deja.com/
> Before you buy.

 
 
 

Error during 7.1-2 to 7.2-1 upgrade, DUPKEY in STARLET.OLB index

Post by Ian Burgess, University of Queensla » Thu, 24 Feb 2000 04:00:00



>Or continue and answer Yes the twelve times I think it was, it should be
>updated anyway

>/P.Lj


>> > I have just upgraded two OpenVMS Alpha systems from 7.1-2 to 7.2-1
>> > and both gave
>> > %PCSI-E-WRITEERR, error writing dev:[VMS$COMMON.SYSLIB]STARLET.OLB
>> >   -LBR-E-DUPKEY, duplicate key in index

.
.
.

>> I had the same problem but did not continue.  Contacted Compaq and they
>> gave me the following work arounds.
>> =====================================================
>> Subject:        work arounds for lib-f-dupkey pcsi-e-writerr during 7.2
>> upgrade

>> After restoring to 7.1 try:

>> $LIBRARY/DELETE=(*C$SYS_ERRLIST*,C$*)
>> SYS$LIBRARY:STARLET.OLB

>> Another workaround recommends the following:

>> Delete the following modules from STARLET.OLB:

>>    COB_INT128
>>    COB_INT256
>>    COB_STOP_STATUS
>>    DPML_FIND_CALLERS_PD
>>    DPML_FIND_CALLERS_PD_INIT
>>    FDV$PLITRM
>>    FORMS$OBJECT_TABLES
>>    LIB_PACKED_ARITH
>>    RDB$CONVRT
>>    RDB$RDBVMSINIT
>>    RDBMSGS_PTR
>>    RDO$MSG
>>    RDBMSGS_PTR
>>    RDO$MSG

>> A third workaround would be to delete the current copy of STARLET.OLB,
>> replace with a copy from the current distribution media and then
>> reinstall all layered products.  Again the customer finds this request
>> to be unreasonable.

>> ===============================================

>> When I have time, I will retry the upgrade.  I intend to copy the
>> current version of STARLET.OLB and use the distribution STARLET.OLB for
>> the upgrade.  Afterwards, if it works, I'll replace any missing modules
>> from my original STARLET.OLB.

>> My configuration is similar to yours, UCX 4.1, RDB 6.1A, DECNet Phase
>> IV.

>> Kurt McRae


No Peter, I think Kurt has it right.
The resultant 7.2-1 system is okay, but sooner or later you will need
STARLET.OLB and it is definitely missing a lot of modules.
Terminating is probably the best option unless you have another way of
getting a complete STARLET (with all your products).  

What a pity Librarian doesn't say what the duplicate key is!

Cheers,
          Ian
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

Information Technology Services                 Phone:   61 7 336 54074
Prentice Building
The University of Queensland      

 
 
 

Error during 7.1-2 to 7.2-1 upgrade, DUPKEY in STARLET.OLB index

Post by P.Lj » Fri, 25 Feb 2000 04:00:00


Hi

Oh Sorry, I mixedup this with the following error that I experienced:

 %PCSI-E-PARUDF, file [SYSLIB]SYS$STARLET_C.TLB was not previously installed or
 s present but out of scope; module update skipped
 Terminating is strongly recommended.  Do you want to terminate? [YES] No

which only happends if you got ECO VMS712_PTHREADS02 installed when
upgrading V7.1-2 to V7.2

The workaround is answer "no" 12 times, the SYS$STARLET_C.TLB library should be properly
updated anyway.

but that's another story

/P.Lj



> >Or continue and answer Yes the twelve times I think it was, it should be
> >updated anyway

> >/P.Lj


> >> > I have just upgraded two OpenVMS Alpha systems from 7.1-2 to 7.2-1
> >> > and both gave
> >> > %PCSI-E-WRITEERR, error writing dev:[VMS$COMMON.SYSLIB]STARLET.OLB
> >> >   -LBR-E-DUPKEY, duplicate key in index

> .
> .
> .
> >> I had the same problem but did not continue.  Contacted Compaq and they
> >> gave me the following work arounds.
> >> =====================================================
> >> Subject:        work arounds for lib-f-dupkey pcsi-e-writerr during 7.2
> >> upgrade

> >> After restoring to 7.1 try:

> >> $LIBRARY/DELETE=(*C$SYS_ERRLIST*,C$*)
> >> SYS$LIBRARY:STARLET.OLB

> >> Another workaround recommends the following:

> >> Delete the following modules from STARLET.OLB:

> >>    COB_INT128
> >>    COB_INT256
> >>    COB_STOP_STATUS
> >>    DPML_FIND_CALLERS_PD
> >>    DPML_FIND_CALLERS_PD_INIT
> >>    FDV$PLITRM
> >>    FORMS$OBJECT_TABLES
> >>    LIB_PACKED_ARITH
> >>    RDB$CONVRT
> >>    RDB$RDBVMSINIT
> >>    RDBMSGS_PTR
> >>    RDO$MSG
> >>    RDBMSGS_PTR
> >>    RDO$MSG

> >> A third workaround would be to delete the current copy of STARLET.OLB,
> >> replace with a copy from the current distribution media and then
> >> reinstall all layered products.  Again the customer finds this request
> >> to be unreasonable.

> >> ===============================================

> >> When I have time, I will retry the upgrade.  I intend to copy the
> >> current version of STARLET.OLB and use the distribution STARLET.OLB for
> >> the upgrade.  Afterwards, if it works, I'll replace any missing modules
> >> from my original STARLET.OLB.

> >> My configuration is similar to yours, UCX 4.1, RDB 6.1A, DECNet Phase
> >> IV.

> >> Kurt McRae

> No Peter, I think Kurt has it right.
> The resultant 7.2-1 system is okay, but sooner or later you will need
> STARLET.OLB and it is definitely missing a lot of modules.
> Terminating is probably the best option unless you have another way of
> getting a complete STARLET (with all your products).

> What a pity Librarian doesn't say what the duplicate key is!

> Cheers,
>           Ian
> -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

> Information Technology Services                 Phone:   61 7 336 54074
> Prentice Building
> The University of Queensland

 
 
 

Error during 7.1-2 to 7.2-1 upgrade, DUPKEY in STARLET.OLB index

Post by Ian Burgess, University of Queensla » Tue, 29 Feb 2000 04:00:00


Replying to my own posting, now that I have the answer....

If you have installed Cobol RTL V 2.6 on OpenVMS Alpha V7.1 or V7.2 you will
have trouble upgrading to V7.2-1 (even if, as I did, you had reverted to Cobol
2.5).
The answer is to delete Cobol modules from STARLET before the upgrade.

If you don't want COBRTL 2.6, you can simply delete two modules which are not
required for Cobol 2.5, COB_CIT and COB_INT256

If you do want Cobol 2.6, then delete COB_* modules before the upgrade and
re-install COBRTL 2.6 afterwards.

 $ LIBRARY /DELETE=COB_ *   SYS$LIBRARY:STARLET.OLB

Then the upgrade to OpenVMS 7.2-1 has no problems.

This is now a "known problem" to VMS engineering.


Quote:>I have just upgraded two OpenVMS Alpha systems from 7.1-2 to 7.2-1
>and both gave
>%PCSI-E-WRITEERR, error writing dev:[VMS$COMMON.SYSLIB]STARLET.OLB
>  -LBR-E-DUPKEY, duplicate key in index

>I ignored the "strong recommendation" to terminate and things seem
>okay, so far; (until some LINK wants what's missing in STARLET?)

>Any experiences?  Any suggestions?

Missing modules included RDB, so was quite important!

Cheers,
          Ian
-- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- --

Information Technology Services                 Phone:   61 7 336 54074
Prentice Building
The University of Queensland      

 
 
 

1. ZIP broke after upgrade from VMS 7.1-2 to VMS 7.2-1

I just noticed ZIP broke after the VMS upgrade. I can still add files into
an existing zip, but when I try to create a new zip file, I get this:

$ zip a.zip systartup_vms.com

     Error:  zipfile is in variable-length record format.  Please
     run "bilf b SYS$COMMON:[SYSMGR]A.ZIP;" to convert the zipfile to
fixed-length
     record format.

zip error: Zip file structure invalid (SYS$COMMON:[SYSMGR]A.ZIP;)

unzip works fine.
Thanks,
Ted Medenblik

2. Notes vs. Files: What' up?

3. Open VMS Alpha upgrade from 7.2-1 to 7.2-2

4. Hotmail?

5. VMS 7.1 to 7.2-1 Upgrade Error

6. analyzer

7. Problem with upgrade from 7.1 -> 7.2-1

8. Anyone using Boca 14.4/Voice (FDV14l)?

9. Upgrade Questions - 7.1 to 7.2-1

10. Upgrade from Alpha 7.1-1H1 to 7.2-1

11. Errors in executing the upgrade 7.2-1 to 7.3

12. PDF from text on VAX VMS 5.5-2 or Alpha OpenVMS 7.2-1 anyone?

13. Remote upgrade 7.1-1H2 to 7.1-2