| Title: | NAS Message Queuing Bus | 
| Notice: | KITS/DOC, see 4.*; Entering QARs, see 9.1; Register in 10 | 
| Moderator: | PAMSRC::MARCUS EN | 
| Created: | Wed Feb 27 1991 | 
| Last Modified: | Thu Jun 05 1997 | 
| Last Successful Update: | Fri Jun 06 1997 | 
| Number of topics: | 2898 | 
| Total number of notes: | 12363 | 
I've found a few systems where 2 versions of DMQ for Digital UNIX are installed concurrently. My bet is that is not a supported configuration - correct ? I surely can't see any advantages for concurrent versions. Can future DMQ kits installation procedures please abort if any version of DMQ is already installed ? It might only be a minor point, but it's still worth enforcing. Thanks, Craig.
| T.R | Title | User | Personal Name | Date | Lines | 
|---|---|---|---|---|---|
| 2756.1 | yup, it works, and it's not a good idea for my customer | WHOS01::ELKIND | Steve Elkind, Digital SI @WHO | Tue Feb 04 1997 10:26 | 18 | 
|     Actually, my customer makes use of having several releases installed,
    since he develops/tests/supports for up to three DmQ releases at a
    time, and so do his customers.  Aborting the install upon finding a
    previous release is probably not a good idea.
    
    It works just dandy, with the following two rules observed:
        -  You can only have one DmQ version running for a bus at a time,
           at least if you're running a dmqbcp process (is this still true
           with 4.0? or with 3.x if the dmqgcp is started up directly from
           the command line?).  We typically see v4.0FT, v3.2A, and v3.0B
           running on the same machine at the same time (on different
           busses). 
    	-  either delete the symbolic links created by the install in
           /usr/bin, and /usr/lib, and/or explicitly specify the path in
           your startup scripts and make files.  We do both.
    
    As to whether it is officially supported?  I don't know, but it works
    for us.
 | |||||
| 2756.2 | XHOST::SJZ | Rocking the Messaging Desktop ! | Tue Feb 04 1997 11:53 | 11 | |
|     
    there are no plans to change the way installations install
    over top of existing installations.   that is  how  people
    upgrde the software and it is consistent with  most  other
    software  products  in the industry today.   some products
    inform users that there is an existing installation.  this
    is especially true  when the product  installs in the same
    directory for every version.  we  use a separate directory
    for every version so this is not a problem.
    
    _sjz.
 | |||||
| 2756.3 | Fair enough... | OZROCK::THOMAN | The House Of Script | Tue Feb 04 1997 22:50 | 10 | 
| Seems unusual - different nodes for diff versions would of course be cleaner - but if it works.. I was mainly checking to see if it was an oversight by your setld kit developer. It appears not. Thx C. | |||||
| 2756.4 | XHOST::SJZ | Rocking the Messaging Desktop ! | Wed Feb 05 1997 00:52 | 5 | |
|     
    that and SQA has its requirements when it comes to
    install ing different versions of the software.
    
    _sjz.
 | |||||