|  |     Steve,
    
    Yes, it is similar.  On the license paks you should see:
    
    For standalone drives (OSDS)
    
    	       Product name:	OSDS
    		   Producer:	PERCEPTICS
    	    Number or units:	50		<--- For a single drive
    	Activity Table Code:	CONSTANT=50
    
    For jukeboxes (OSMS)
    
    	       Product name:	OSMS
    		   Producer:	PERCEPTICS
    	    Number or units:	XXXX		<-- Varies # of slots * 2 * 50
    	Activity Table Code:	CONSTANT=50
    
    A difference is that the OpenVMS product is that the "number of units"
    refered to physical slots in jukebox while the Unix product uses this
    number to to refer to the number of possible software volumes, i.e. two
    times the number of slots.
    
    >>>  And is that true, that for a 16 platter Juke, we'd need 160
    	 units for a Unix machine/license?
    
    	 No..., 16 * 2 * 50 = 1600.  Note: Constants=50.  If you had the
    	 number of units at 160 then you would only allow 3 OSMS/UNIX volumes
         to be licensed.
    
    	 An OSDS-5 license for an OSMS/OpenVMS 16 slot jukebox would have
    	 a "Number of units" value of 160 because the "Activity Table Code"
    	 for a OSMS-5 VMS license pak is "CONSTANT=10".  Since the OSMS/VMS
    	 software counts slots you have 16 * 10 = 160.
    
    Sorry, for the confusion but by the time the OSMS/UNIX product was
    being fit for LMF code it was decided that the "-5" and "-12" parts
    were no longer needed.  To minimize conflict between OpenVMS and UNIX
    the product names were changed.  The CONSTANT=xxx value was changed
    to a 50 so it was not the same as 10 or 100 as is used for the OpenVMS
    products.
    
    Can you see now?.... Clear as mud...isn't it!!!
    
    Rob
 |