SUMMARY: Tru64 License

From: Schepers, Jan <Jan.Schepers_at_atosorigin.com>
Date: Wed, 17 Apr 2002 11:04:07 +0200

Hello List,


> I subscribed to this list just last week and I'm new to Tru64.
> The question: is the number of concurrent users limited by a license ?

A lot of people reacted on this question. (THKX)

- Alan Nabeth
- Bruce Hines
- Kevin Fleming
- Lee Brewer
- Matt Morris
- Michael Huntingdon
- Murtaza Talawala
- Pat O'Brien
- Selden Ball
- Shaukat Riaz
- Tom Blinn
- Vincent Kiely


The simple answer is "yes".
But the more extensive answer is divers. Below are some excerpts.

regards,

Yann



There is a license called OSF-BASE which is needed for the same.

Hi, It is the number of users who can log in at the same time

Each server come with an unlimited use license. If you have a workstation
or bought a used system without the license, the part numbers are
QL-MT7AM-3x (B, C, D, E, F, G,H) for concurrent use lics, or QL-MT7Ax(E, G,
Q)-AA for the unlimited use (Traditional) lic.

The license managment is done with lmf or dxlicenses.

Use the 'lmf' command to view current licenses.

The answer is yes for non root users. The OSF-USR license limits this.
As root run the following command to see the licenses loaded.
               # lmf list
To add new licencses use lmfsetup
               # lmfsetup

You can get single through unlimited licenses....depending on your needs
you can get 1,2,8,16 and so on.

Your base OS license includes the right
to have two concurrent users, and during installation, there is a
small script that creates the license key ("PAK") associated with
the two users and registers it for you. If you want more than two
concurrent users, you need to purchase a multi-user license.
This applies to the base OS. There are some other products that do
offer "per-user" or concurrent user licenses, there are others that
do different things, you have to read the product description for the
product to know what's available.

Yes, in principle it means that 400 users should be able to login
simultaneously. Of course, there are other things in your system
configuration that might prevent you from reaching that limit,
like the total number of processes the kernel has been built for,
the amount paging file space available, etc. I believe the tuning
guide includes descriptions of those kinds of limitations.

Though to be precise, the number of logins is limited by a license.
The relevant license is either OSF-BASE or SF-USR.
I really wish I knew the differences between them.
LMF is probably treating the two BASE licenses as duplicates,
though it merge them in practice or ignore the smaller
one. I've never managed (nor tried hard) to sort out
the differences in a BASE license and a USR license.
For what it is worth, I have an AlphaServer 1200 with
an 800 unit BASE license that ran out of logins when
I tried to login 9 times (8 succeeded). There is also
a 400 unit USR license, but I can tell how it is being
used. Some multi-processor systems I've used needed
more units to take advantage of the extra CPUs, but
I don't know which license it used.
You might try reading the QuickSpecs that is in the
documentation directory of the base system CDROM. It
may explain what the different licenses do.

The license scheme is tied to the architecture. You apply
licenses that are issued by vendor using the lmf functionality.
Issue a man -k on license or man on lmf for more details.

You have to pay extra for multiuser licenses, which for historical
reasons have the name OSF-USR. The number of units in the license
PAK determines the number of simultaneous interactive logins.
Several different PAKs can be installed. They combine with one
another to increase the total units available. However,
unlimited licenses have a unit value of 0, so when installing them
you also have to remove the default 2-user license (and any others),
since 2+0=2.
There also is a separate license for software development (OSF-DEV).
Without that, you can't run either of the debuggers (dbx or ladebug).
Received on Wed Apr 17 2002 - 09:04:39 NZST

This archive was generated by hypermail 2.4.0 : Wed Nov 08 2023 - 11:53:43 NZDT