Conference lassie::ucx

5261.0. "ucx v4.1 not updating dcltables" by CSC32::B_HODGKINS () Fri Feb 21 1997 15:45

    Have a problem with ucx v4.1 install on a axpvms v7.1 system. The
    system was upgraded from v6.1 to v7.1 of vms. He did not see any errors
    or problems during the upgrade. He then installed ucx v4.1 on the
    system again without errors. After the install he configured it using
    ucx$config. The system was rebooted and ucx started without errors.
    
    All in bound functions work without a problem. The problem is any ucx
    dcl command fails with "DCL-W-IVVERB, unrecognized command verb "
    We can not do ucx ,telnet, ftp or anything. All the normal dcl commands
    work fine. We only have one copy of dcltables.exe in sys$common. 
    
    After checking the normal vms stuff we did an install again with trace
    turned on. We can see that it does not go out and update the dcltables
    like it does on our system. We can do a set command/table and add the
    commands into the dcltables and we can then ftp or which ever we add to
    the tables.
    
    Here is what the trace looks like on his system::
    
    Execution phase starting ...
    
    The following product will be installed:
        DEC AXPVMS UCX V4.1-12                 Layered Product
    The following product will be removed:
        DEC AXPVMS UCXECO_41_2 V2.0            Patch (maintenance update)
    
    Portion done: 0%
    %PCSI-I-PRCOUTPUT, output from subprocess follows ...
    $ SET NOON
    $ SET NOVERIFY
    %PCSI-I-PRCINPUT, input to subprocess follows ...
    $ INSTALL REPLACE
    DISK$SYSTEM:[SYS0.SYSCOMMON.][SYSEXE]UCX$BIND_SERVER_XFER.EXE
    %PCSI-I-PRCOUTPUT, output from subprocess follows ...
      $STATUS == "%X10000001"
    Portion done: 10%...20%...30%...40%...50%...60%...70%...80%...90%
    %PCSI-I-PRCINPUT, input to subprocess follows ...
    $ DEFINE/NOLOG PCSI$SOURCE _$2$DKA600:[TCPIP_ALPHA_041.KIT]
    %PCSI-I-PRCINPUT, input to subprocess follows ...
    $ DEFINE/NOLOG PCSI$DESTINATION $2$DKA0:[SYS0.SYSCOMMON.]
    %PCSI-I-PRCINPUT, input to subprocess follows ...
    $ DEFINE/NOLOG PCSI$SCRATCH $2$DKA0:[SYS0.SYSMAINT.PCSI$SCR23B]
    %PCSI-I-PRCINPUT, input to subprocess follows ...
    @pcsi$destination:[sysupd]ucx$pcsi_module.com
    %PCSI-I-PRCOUTPUT, output from subprocess follows ...
    % UCX post installation steps:
    % - BG device exists; need to reboot the system before configuration.
    %PCSI-I-PRCOUTPUT, output from subprocess follows ...
      $STATUS == "%X10010001"
    %PCSI-I-PRCINPUT, input to subprocess follows ...
    $ DEFINE/NOLOG PCSI$SOURCE _$2$DKA600:[TCPIP_ALPHA_041.KIT]
    %PCSI-I-PRCINPUT, input to subprocess follows ...
    $ DEFINE/NOLOG PCSI$DESTINATION $2$DKA0:[SYS0.SYSCOMMON.]
    %PCSI-I-PRCINPUT, input to subprocess follows ...
    $ DEFINE/NOLOG PCSI$SCRATCH $2$DKA0:[SYS0.SYSMAINT.PCSI$SCR23B]
    %PCSI-I-PRCINPUT, input to subprocess follows ...
    @pcsi$destination:[sysupd]ucx$pcsi_result.com
    %PCSI-I-PRCOUTPUT, output from subprocess follows ...
      $STATUS == "%X10010001"
    Portion done: 100%
    
    The following product has been installed:
        DEC AXPVMS UCX V4.1-12                 Layered Product
    The following product has been removed:
        DEC AXPVMS UCXECO_41_2 V2.0            Patch (maintenance update)
    $
    
    We can install ucx fine on a v6.2 system with the same disk we used on
    this system. So it does not seem to be a bad kit. 
    
    Has anyone run into this problem before with ucx not updating the
    dcltables.
    
    Thanks
    Bruce

    
Re: .0

One of my customers reported the same problem after installing
the UCX V4.1 kit on an OpenVMS Alpha V6.2 system. He upgraded
four systems and only one of them had (and still has!) this
problem. I have a PCSI-trace, in which it looks that a whole
section of DCL-commands from the installation-script is not
executed at all (updating DCLtables and helplibs) ...

/\Pim.

    
Re: .0

In the meantime I have found the most likely reason for this
behaviour.

Apparently the DCL-verbs and help-modules are an optional component
of the UCX-installation called APPLICATIONS.

Answer NO, on the question 'Do you want all the default values for
this product?'. Then it will show you the default value for the
optional component. I guess that the current default (NO) is a left-
over from a previous installation. This time, respond with YES to
this question and the DCL-verbs etc. will be installed ...

/\Pim.

    re: .2
    
    Thanks for the help this corrected the problem for the customer.
    
    Bruce