> >The number of logged in users is set by smit:
> > smitty chgsys
> >There is no license file ... I think IBM recently eliminated the
> >licensing based on number of users, but you can set it to any
> >value your conscience allows.
> Hm. Back when my company was having trouble with this (and we engineers
> didn't know that only 2-user licenses had been bought), we tried that and it
> didn't work. Maybe we failed to reboot after making the change...
Well it used to be (I haven't looked at the marketing/packaging of AIX 4.3)
that you could buy AIX for Clients and AIX for Servers. The latter included
the fileset bos.sysmgt.loginlic which contains three files:
without this fileset, AIX (the login function) defaults to allowing only two
non-root logins at a time (any number of named users, FTP didn't use the login
function but simply read /etc/security/passwd so this didn't restrict ftp
With the appropriate number of licenses added using chlicense, the login
function would allow more logins. Changing to floating licenses caused the
monitord to run, although I never played with that so I don't know how it
If you hadn't purchased AIX for servers, the AIX for Clients CD did not
contain the fileset and there was no way to get more than two licenses. You
could purchase the upgrade, get the proper CD, install the fileset, then
increase the license to the correct value (on the honour system).
These days most (commercial) application users aren't named AIX users and thus
these login limits wouldn't apply anyway. The time you might see a large
user population logged into a large system would be a development system with
lots of developers or in an academic environment where users are more likely
to use the shell environment. I suppose also a company with a lot of
engineers too. Anyone else seen other situations where there is a significant
population of AIX users? In any case, I think there's less impetus for IBM
(and other OS vendors) to charge by OS users because applications skirt around
these restrictions more today.
Bruce Elrick, Ph.D. Saltus Technology Consulting Group